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FOREWORD 


This  report  describes  research  conducted  to  explore  the  potential 
of  quasi-algorithm  methods  and  techniques  for  specifying  objective 
job  and  task  performance  requirements.  The  report  also  presents  a 
model  for  developing  data  structures  compatible  with  the  quasi-algor ittj’1 
task  specifications  (TS)  .  This  research  was  performed  by  the  Institute 
for  Psycho-Logic  (IP-L)  under  Contract  DAHC19-78-C-0004  with  the  U.S. 

Army  Research  Institute  for  the  Behavioral  and  Social  Sciences  (ARI) . 

This  technological  base  research,  done  under  Army  project  2Q161102B74F, 
is  of  primary  interest  to  job  and  task  analysts  and  trainers. 

Numerous  Army  functions  such  as  training,  personnel  management,  and 
manpower  planning  depend  on  detailed  and  accurate  occupational  informa¬ 
tion.  Much  of  this  information  is  produced  by  methodologies  and  tech¬ 
niques  for  describing  and  analyzing  jobs  and  tasks.  However,  operational 
job/task  description  and  analysis  techniques  suffer  from  various  defi¬ 
ciencies  —  arbitrary  category  systems,  vague  terms,  restriction  to 
individual  level  tasks,  failure  to  relate  jobs  or  tasks  to  unit  missions, 
failure  to  order  or  integrate  tasks,  or  failure  to  specify  concrete  task 
behaviors  or  performance  standards.  The  exploration  of  the  quasi¬ 
algorithm  methodology  included  a  look  at  its  potential  to  overcome 
these  deficiencies  as  well  as  to  provide  standard  occupational  information 
with  reasonable  cost  and  efficiency. 

Quasi-algorithm  task  specifications  (TS) ,  as  described  in  the  report, 
are  basically  tables  of  sequential  overt  (observable)  and  covert  (mental) 
behaviors  necessary  and  sufficient  to  accomplish  the  tasks.  A  basic 
feature  and  advantage  of  TS  is  that  they  are  objective  behavioral  specifi¬ 
cations  that  both  describe  and  prescribe  the  tasks.  TS  are  expressed 
in  a  format  and  language  readily  understood  by  trainers  and  the  soldiers 
who  perform  the  tasks.  TS  are  neither  so  abstract  as  to  be  divorced 
from  everyday  reality  nor  so  fine  grained  as  to  be  useful  only  to  very 
specially  trained  analysts.  In  short,  TS  are  not  based  on  an  arbitrary 
category  system  and  do  not  use  vague  terms  but  do  order  task  behavior  and 
do  specify  concrete  task  behaviors. 

Perhaps  the  strongest  contribution  TS  methodology  can  make  is  to 
produce  occupational  information  directly  adaptable  to  training.  Since 
TS  describe  and  specify  the  actual  behavioral  sequences  required  for  and 
resulting  in  successful  task  performance,  training  and  curriculum  develop¬ 
ment  in  terms  of  TS  can  promote  uniform  and  efficient  task  performance. 
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When  task  performance  is  not  successful,  it  means  the  TS  was  not  followed. 
Because  the  TS  Is  a  .eries  of  sequential  steps,  the  behavior  of  the 
unsuccessful  task  performer  can  be  traced  directly  to  the  point  in 
the  sequence  where  the  performer  is  having  difficulty.  In  other  words, 

TS  are  superb  devices  for  the  diagnosis  or  troubleshooting  of  learning 
problems.  Because  the  precise  step  where  the  task  performer  is  having 
difficulty  can  be  located,  TS  usually  indicate  the  appropriate  remedy. 

For  example,  a  soldier  may  be  unable  to  perform  a  sequential  step  because 
he  does  not  have  the  requisite  knowledge,  the  necessary  skill,  or  the 
appropriate  physical  or  mental  capability.  The  lack  of  knowledge  or 
skill  can  be  remedied  by  additional  training  through  more  fine  grained 
TS.  The  lack  of  capability  can  only  be  remedied  by  the  proper  prior 
selection  of  soldiers  for  training  (or  perhaps  by  a  change  in  equipment 
design  or  task  procedure)  . 

Besider.  being  directly  adaptable  to  curriculum  development  and  the 
diagnosis  f  learning  problems,  TS  methodology  is  compatible  with  the 
development  of  correspondence  courses,  soldier's  manuals, 
skill  performance  aids,  and  skill  qualification  tests  (SQTs) .  TS  based 
SQTs  can  provide  not  only  appropriate  testing  machinery  but  also  the 
built-in  capability  for  diagnosing  performance  problems.  With  the  TS 
describing  what  needs  to  be  done  for  successful  task  performance,  the 
development  of  task  and  job  standards  becomes  an  easy  next  step  whether 
the  standard  is  measured  by  time  to  task  completion,  degree  of  error, 
or  some  othrt  means.  Again  the  diagnosis  capability  -  to  discover 
where  performance  falls  below  the  standard  -  implies  the  appropriate 
type  of  remedy. 

The  creative  use  of  TS  might  lead  to  their  adaptation  for  the 
development  of  objective  enlisted  efficiency  reports,  to  solidly 
founded  job  and  MOS  structures,  and  to  better  job  assignment.  TS  are 
also  advantageous  ir  that  they  can  be  used  for  analysis  at  the  individual 
or  the  grou;  level  of  performance,  although  there  appears  some  question 
as  to  whether  TS  c  in  be  used  efficiently  for  a  joint  analysis  of  both 
the  individual  and  group  levels.  As  an  additional  plus,  the  method 
brings  out  the  background  knowledges  ar.d  skills  (elementar ity)  needed 
to  perform  a  task  or  job.  In  this  vein,  the  TS  may  be  useful  in 
"soft  skill"  description  and  analysis,  especially  since  the  method 
handles  both  overt  and  covert  operations  by  treating  a  task  as  a  process. 

A  further  benefit  derives  from  the  fact  that  the  TS  can  be  referenced  to 
unit  missions.  Finally,  TS  are  updatable,  and  their  development  per 
se  requires  no  statistics. 

Part  II  of  the  report  presents  a  model  for  building  data  structures 
on  IS.  With  TS  forming  a  firm  foundation  for  the  data  structures, 
much  important  information  can  be  developed.  For  example,  attributes 
associated  with  a  particular  task  can  be  analyzed  (as  indicated  in  the 
report)  and  compared  with  attributes  of  other  tasks  in  the  same  or  a 
different  MOS.  These  comparisons  can  shed  considerable  light  on  which 
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tasks  should  be  structured  together,  where  cross-training  in  tasks  would 
be  most  efficient,  and  what  members  of  a  group  would  be  the  best  substitute 
task  performers. 

The  attribute  data  structure  could  be  adapted  to  provide  a  myriad 
of  important  information  for  personnel  management,  training,  and  other 
major  Army  functions.  For  example,  in  terms  of  job  structure,  the 
tasks  composing  a  job  may  require  a  coherent  set  of  related  attributes 
or  may  require  a  conglomeration  of  unrelated  attributes.  A  job  whose 
task  attribute  structure  is  of  the  latter  type  is  more  easily  restructured 
than  is  a  job  whose  task  attributes  are  interrelated  and  similar.  As 
another  example,  the  concept  of  dominance  (presented  in  the  report)  of 
tasks  based  on  their  attribute  structure  can  be  used  to  assess  training 
priority  or  task  criticality.  Since  TS  and  their  attributes  can  be 
codified,  their  pertinent  codes  can  be  used  to  sort  tasks,  for  example, 
by  skill  requirements,  mission,  ARTEPs,  scenario,  preferred  type  of 
training,  or  "softness."  The  codes  can  also  be  used  to  describe  common 
tasks  across  duty  positions,  MOS,  or  pay  grade  in  terms  of  measured 
attributes  rather  than  ambiguous  common  terms  or  words. 

As  fruitful  as  the  TS  methodology  may  be,  it  is  not  without 
shortcomings.  The  time  and  trained  manpower  to  create  TS  may  not  be 
available.  The  cost  of  continually  updating  TS  may  limit  their  usefulness 
to  a  few  key  jobs  or  tasks.  The  crucial  TS  concept  of  elementarity  may 
prove  to  be  quite  loose  and  to  beg  the  real  questions,  i.e.,  what,  where, 
when,  and  how  must  one  teach  soldiers  so  that  they  will  possess  the 
elementarity  needed  to  carry  out  the  TS .  The  making  of  more  fine  grained 
TS  at  a  lower  level  of  elementarity  may  increase  costs  prohibitively 
so  that  TS  may  cost  a  reasonable  amount  to  create  at  a  level  of  elemen¬ 
tarity  possessed  by  school  graduates  but  entirely  too  much  at  the  level 
of  detail  needed  by  beginning  students.  In  brief,  the  cost  aspects  of 
the  TS  methodology  have  not  yet  been  assessed. 

Individual  and  group  streams  of  behavior,  which  are  important  to 
describe  and  analyze  for  certain  purposes,  do  not  appear  to  be  encom¬ 
passed  by  the  TS  methodology.  Soldiers,  individually  and  in  groups,  may 
be  doing  unrelated  tasks  simultaneously  or  in  sequence.  For  example, 
a  soldier  may  attend  a  race  relations  seminar  in  the  morning,  prepare 
an  artillery  surveyed  firing  chart  in  the  early  afternoon,  and  "paint 
rocks"  later  in  the  day.  Where  that  soldier's  job  begins  or  ends  is 
not  clear.  An  occupational  survey  methodology,  such  as  the  Instructional 
Systems  Development  (ISD)  model  uses,  can  include  questions  about  the 
time  spent  in  non-MOS  tasks.  The  TS  methodology  is  not  directly  designed 
to  collect  this  type  of  information. 

For  the  TS  methodology  to  provide  extensive  occupational  information, 
attribute  data  structures  must  be  built  on  the  basic  TS .  These  attribute 
structures,  as  envisioned  in  this  report,  are  subject  to  many  of  the  same 
criticisms  as  present  techniques.  Attribute  categories  may  be  quite 
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useful  but  also  arbitrary.  The  usual  problems  concerning  measurement 
and  assignment  of  attribute  values  are  bound  to  occur,  fuzzy  subsets 
(as  presented  in  the  report)  notwithstanding.  It  may  be  difficult  to 
handle  the  attribute  structures  across  tasks  and  jobs  of  varying  levels 
of  elementar ity ,  i.e.,  attribute  values  may  change  depending  on  the 
degree  of  elementarity  at  which  a  TS  is  written.  The  attribute  measure¬ 
ment  and  applied  coding  scheme  must  be  done  by  someone.  As  with  factor 
ratings  of  training  priority  in  the  ISD  model,  questions  will  arise  as 
to  how,  when,  and  by  whom  measurement  and  coding  should  be  done.  Further, 
what  these  possible  attributes  can  or  should  be  is  neither  determined, 
delimited,  nor  obvious.  Finally,  while  TS  may  not  require  statistics 
in  their  development,  attribute  data  structures  built  on  the  TS  are 
likely  to  require  a  degree  of  statistical  sophistication  for  their  use. 
Thus,  as  with  the  manipulation  and  interpretation  of  task  inventory 
data  in  the  ISD  model,  the  analysis  of  attribute  data  structures  is 
likely  to  be  confined  to  those  who  have  the  necessary  amount  of  training, 
time,  and  machinery  to  use  them. 

One  key  problem  in  developing  an  Army  occupational  information  system 
is  the  lack  of  explicit  criteria  by  which  a  given  methodology  or  mix  of 
methodologies  can  be  evaluated.  Another  key  problem  is  the  extent  to 
which  methodologies  are  underused.  I t  is  possible  that  a  mix  of  the  TS 
and  the  ISD  task  inventory  methodologies  would  be  quite  valuable,  but 
without  specific  evaluation  criteria,  the  value  of  the  mix  cannot  be 
determined.  Further,  measurement  of  their  value,  either  individually 
or  in  a  mix,  is  likely  to  be  substantially  hindered  if  the  methodologies 
are  as  underused  as  the  ISD  methodology  is  currently. 

Job  description/analysis  at  the  macro  level  and  task  description/ 
analysis  at  the  micro  level  must  be  seen  as  an  interrelated  whole.  TS 
methodology  may  prove  useful  for  task  analysis  and  for  specifying  tasks 
to  be  used  in  building  an  ISD  task  inventory.  The  task  inventory  metho¬ 
dology,  if  fully  utilized,  in  turn  may  provide  most  of  the  macroscopic 
information  necessary  for  an  overview  of  an  MOS  or  for  other  purposes 
requiring  aggregate  information.  It  may  be  that  a  developed  TS  attribute 
structure  can  create  the  ties  that  bind  the  integrated  system  together. 

In  any  case,  TS  methodology  appears  to  have  great  potential  for  use, 
individually  or  in  combination  with  other  methodologies,  in  providing 
important  occupational  information  for  training  and  other  crucial  Army 
f unc  t ions. 
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PART  I. 

QUASI- ALGORITHM  1C  TASK  SPECIFICATIONS 


OBJECTIVE  SPECIFICATION  OF  ACTIVITY 


To  go  from  any  point  A  to  some  other  point  B  on  this  earth,  especially  if  one  has  never  visited 
point  B,  one  must  have  a  map  so  as  to  plot  the  route.  To  aim  an  artillery  piece  at  a  target  with  even 
a  slight  chance  of  hitting  it  the  location  of  gun  and  target  must  both  be  represented  on  a  chart.  To 
build  a  modern  house  --  its  frame,  plumbing,  wiring,  etc.  --  without  an  accurate  set  of  blueprints  is 
virtually  impossible.  To  diagnose  the  extent  of  —  say  —  a  brain  tumor  and  to  apply  some  discrimina¬ 
tive,  effective  radiation  treatment  without  x-ray  photos  of  the  affected  area  is  unthinkable.  In  a 
slightly  different  vein:  to  alter  the  processing  of,  perhaps,  a  payroll  by  a  computer  without  a  copy 
of  the  relevant  programs  is  quite  impossible.  In  each  case  an  accurate  and  reliable  representation  of 
reality  is  needed  in  order  to  cope  with  it.  Lacking  such  an  accurate  representation  we  are  forced  to 
make  do  with  incomplete  or  inaccurate  approximations  and  to  grope  as  the  blind  person  does  in  the  visual 
world. 

Each  kind  of  representation  provides  information  not  only  as  to  a  set  of  component  elements  (loca¬ 
tions,  objects,  parts,  anatomical  features,  processing  operations),  but  also  about  their  relationships 
to  each  other.  The  whole  is  greater  than  the  sum  of  its  parts,  because  the  relation(s)  on  the  set  of 
parts  constitutes  additional  information  not  contained  in  the  sum  itself.  Any  whole  that  is  not  con¬ 
ceived  as  an  atomic  entity  has  a  structure.  When  we  think  in  terms  of  terrain,  buildings  or  even  the 

human  body  the  structure  is  one  of  physical  objects.  In  the  case  of  a  computer  program,  however,  the 
structure  is  not  physical.  Coded  instructions  usually  go  through  a  series  of  transformations  into  sequen¬ 
ces  of  electrical  impulses,  and  it  is  the  information  carried  by  these  pulses  which  determines  the 
course  of  action  that  the  computer  takes.  The  structure  is  the  logical  structure  of  logical  objects 
(computer  instructions).  Instruction  A  precedes  instruction  £,  and  instruction  £  precedes  instruction 
C  or  _D.  and  so  on.  In  the  case  of  physical  objects  (e.g. ,  a  piece  of  machinery)  lever  A  moves  gear  £ 
so  as  to  engage  either  gear  £  or  gear  £.  Clearly,  the  abstraction  of  the  actual  object  (machinery)  in  a 
drawing  also  represents  a  logical  structure  (synonym:  organization),  albeit  diagrammatical  1 y. 

The  uses  of  an  accurate  representation  of  (logical)  structure  are,  of  course,  legion.  A  succinct 
illustration  of  its  importance  can  be  given  with  reference  to  one  of  the  major  scientific  discoveries  of 

this  century.  As  James  Watson  (1968)  tells  it,  he  and  Francis  Crick  deliberately  set  out  to  discover  the 

structure  of  the  gene  at  a  time  when  conventional  wisdom  held  that  the  puzzle  of  genetics  could  b'-  solved 
only  through  biochemistry.  Once  the  structure  of  the  gene  had  been  established  it  became  transparently 
clear  how  genetic  replication  is  guaranteed.  The  structure  proved  to  be  the  key  to  an  understanding  of 
the  genetic  process  and  to  its  effective  control.  In  a  sense  the  information  stored  by  the  gene  (  a 
relation  of  chemical  components!)  is  the  program  for  "re-computing"  or  re-constructing  the  individual. 

In  this  introduction  we  have  --  with  some  deliberation  --  mixed  apples  and  oranges.  When  we  refer¬ 
red  to  maps,  blueprints  and  x-rays  we  were  referring  to  representations  of  static  entities  whereas  prog¬ 
rams  for  a  computer,  for  example,  are  representations  of  dynamic  processes.  A  process,  in  turn,  achieves 
some  specific  outcome  (e.g.,  the  living  individual)  from  a  set  of  anteceding  conditions  (e.g.,  forms  of 
energy)  in  one  or  more  transformations  (e.g.,  according  to  the  prescriptive  instructions  in  the  gene). 
Where  there  is  minimal  interference  (e.g.,  from  hard  radiation)  which  changes  the  "program”  itselt  that 
program  will  unfailingly  compute  and  re-compute  identical  individuals  (e.g.,  twins,  or  clones). 

The  technical  term  for  the  "program"  that  describes  and  prescribes  any  process  is  "algor i tlim. " 
Properly  speaking  algorithms  are  abstractions  that  are  valid  only  in  the  formal  world  of  logic  and 
mathematics  and  are  no  more  to  be  confused  with  the  actual  process  they  descr ibe/prescr Lbe  than  a  map  is 
to  be  confused  with  the  real  terrain  it  represents.  An  algorithm  describes  what  happens  in  the  process 
of  arriving  at  some  given  outcome,  and,  at  the  same  time,  the  algorithm  prescribes  what  must  be  done  in 
order  to  attain  this  outcome.  To  accomplish  the  latter  the  prescriptive  directions  of  the  algoiitlim 
must  be  such  as  to  completely  determine  the  actions  of  the  "doer"  or  executor  so  that  lie  does  neither 
more  nor  less  than  is  required  and  only  in  the  permissible  order(s). 

As  we  can  see  algorithms  are  very  specific ,  i.e.,  they  must  not  leave  room  for  chance  or  choice  on 
the  part  of  the  executor,  nor  may  they  be  ambiguous  or  equivoval  (allow  two  or  more  interpretations). 

If  an  algorithm  has  been  properly  prepared,  it  may  be  executed  by  anyone  possessing  the  requisite  capa¬ 
bilities.  It  is  also  general t  because  it  can  be  applied  to  attaining  the  sought  after  outcome  in  each 
and  every  one  of  a  defined  set  of  situations.  Lastly,  algorithms  guarantee  results.  When  properly 
applied  and  executed,  the  sought  after  outcome  is  invariably  obtained. 

The  importance  of  these  three  properties  of  specif ici ty ,  general i ty  and  resul tivi ty  is  undoubtedly 
self-evident  and  needs  no  lengthy  discussion.  As  we  have  seen,  an  algorithm  can  be  likened  to  a  map,  a 
blueprint,  an  x-ray  and  (loosely)  to  a  plan  of  operations ) .  We  now  see  that  a  properly  constructed 
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algorithm  will  carry  an  inherent  guarantee  of  being  an  accurate  representation  of  a  real  process  due  to 
its  possession  of  these  properties  (specificity,  generality  and  resultivity ) .  These  properties  are  at 
once  the  promise  and  the  test  of  a  proper  algorithm^*'  . 

The  Description  of  Human  Activity 

The  accurate  and  reliable  description  of  human  occupational  and  learning  activity  lias  been  a  problem 
of  long  standing.  Job  analysis  was  explained  as  follows  in  one  early  textbook. 

"Job  analysis  involves  dissecting  a  job  both  from  the  standpoint 
of  the  work  and  from  the  standpoint  of  the  worker.  It  leads  to  a  de¬ 
tailed  job  specification  or  occupational  description  which  may  be  used 
for  improving  working  conditions,  promoting  health  and  safety,  perfec¬ 
ting  methods  of  training,  and  supplementing  employment  procedure." 

(Burtt,  1942,  p.  532) 

In  later  years  the  desirability  of  more  precise  and  detailed  descriptions  of  job  activity  led  to  task 
analysis,  i.e.  ,  of  the  major  activities  repeatedly  performed  by  a  given  job  or  duty  incumbent.  The 
applications  expanded  beyond  those  envisioned  by  Burtt  such  as,  matching  the  worker  to  (selecting  for) 
the  job,  to  include  performance  assessment,  equipment  design  for  optimal  man-machine  interaction,  predic¬ 
tion  of  training  requirements,  occupational  engineering,  and  so  forth.  In  short,  analysis  and  specifi¬ 
cation  of  relevant  activity  is  seen  to  be  the  key  to  dealing  effectively  and  efficiently  with  any  matter 
involving  human  performance  of  any  sort  and  in  any  way.  As  pointed  out  in  the  preceding  section,  some 
form  of  representation  is  necessary  in  order  to  deal  effectively  with  any  situation. 

Whether  at  the  relatively  gross  level  of  job  analysis  or  at  the  fine-grained  level  of  task  analysis 
the  source  of  information  and  the  nature  of  the  activity  description  have  been  problematical.  For 
example,  Burtt  (1942)  suggests  that  interviews  of  incumbents  or  observing  their  job  performance  are  the 
ways  to  obtain  the  data  for  the  descriptions.  Refinements  of  this  approach  include  ques tionnaires  and 
recordings  of  observed  activity,  but  do  not  alter  the  hearsay  and  intuitive  and  judgmental  character  of 
the  methodology  (see,  e.g. ,  Fine,  1955a,  b,  1962,  1963,  1965;  McCormick,  Cunningham  and  Gordon,  1967; 
McCormick,  1970;  Prien  and  Ronan,  1971).  It  will  be  recognized  that  incumbents  may  not  be  performing 
their  job  properly,  that  they  are  often  unable  to  describe  how  they  perform  some  task  or  other  (e.g., 
tying  some  complex  knot)  and  that  many  decision  processes  are  cognitive,  covert  and,  therefore,  not 
amenable  to  outside  observation.  These  latter  capabilities  are  often  called  "soft  skills."  Therefore, 
emerging  job  or  task  descriptions  must  of  necessity  resemble  the  mediaeval  maps  drawn  from  accounts  of 
travelers  augmented  by  liberal  imagination.  The  accuracy  of  these  representations  is  hardly  ever  tested 
and  verified,  and  normally  accepted  on  faith. 

So  long  as  the  foundations  are  not  firm,  any  schemes  erected  on  these  foundations  (e.g.,  performance 
tests,  training  plans  and  outlines)  will  have  an  arbitrary  and  vulnerable  status.  The  issue  was  most 
clearly  put  in  the  opinion  of  an  English  judge  in  India,  rendered  many  years  ago  in  a  case  involving  in¬ 
tricate  statistical  data,  which  held  that  while  the  (British)  government  is  very  fond  of  amassing  statis¬ 
tics,  of  combining  data  and  reaching  intricate  conclusions,  one  must  remember  that  the  original  informa¬ 
tion  comes  from  the  lowly  village  official  "who  puts  down  what  he  damn  well  pleases."  One  example  of 
elaborate  and  sophisticated  structures  erectedyon  the  problematical  foundations  of  traditional  task  de¬ 
scriptions  is  a  taxonomy  of  human  performances/ .  The  validity  of  such  a  system  of  classification  will  be 
only  as  dependable  as  the  validity  of  the  data  underlying  it. 

An  Alternate  Approach  to  Activity  Description!/ 

At  the  outset  we  began  to  explain  the  concept  of  the  algorithm,  its  powerful  properties  and  how 
these  properties  provide  the  key  to  an  accurate  and  verifiable  representation  of  dynamic  processes. 

It  may  be  seen  that  most,  though  not  all-^  task  performance  by  human  beings  is  of  that  type.  The  algo¬ 
rithm  of  a  task  provides  its  description,  prescription  and  specification.  The  overwhelming  majority  of 
of  industrial,  and  military  tasks  can  be  specified  in  algorithmic  terms.  Before  showing  how  this  may  be 
done,  however,  some  further  explanation  must  be  made. 

—  A  more  comprehensive  explanation  of  algorithms  can  be  found  in  Trakhtenbrot  (1963)  and  a  rigorous 
mathematical  development  in  Markov  (1954). 
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—  See,  for  instance,  Wheaton  (1968),  Farina  (1969),  Theologus  (1969),  Chambers  (1969),  Theologus, 
Romashko  and  Fleishman  (1970),  Miller  (1971a,  b),  Farina  and  Wheaton  (1971),  Teichner  and  Whitehead 
(1971),  Levine  and  Teichner  (1971),  Theologus  and  Fleishman  (1971),  Levine,  Romashko  and  Fleishman 
(1971). 

—  A  fuller  treatment  of  material  in  this  section  can  be  found  in  Landa  (1974). 

—  For  a  discussion  of  semi-algor i thmic ,  semi-heuristic  and  heuristic  tasks  see  Landa  (1976,  Ch.  5). 


We  pointed  out  that  an  algorithm  is  properly  valid  only  with  respect  to  logical  and  mathematical 
problems.  This  is  due  to  the  requirement  that  there  must  be  no  room  left  for  chance  and  choice.  In  the 
real  world,  unlike  the  formal  world,  all  uncertainty  about  future  events  and/or  conditions  to  be  encoun¬ 
tered  by  the  task  executor  (performing  individual)  cannot  be  excluded  so  that  some  degree  of  chance  anj, 
hence,  choice  must  of  necessity  enter.  This  violates  the  important  requirements  for  absolute  specificity 
and  univocality  in  the  prescriptive  directions.  In  other  words,  because  he  cannot  entirely  foresee  what 
will  happen  or  what  conditions  will  be  encountered,  the  author  —  the  creator  of  the  algorithm  --  cannot 
provide  all  of  the  information  required  to  completely  determine  what  is  to  be  done. 

The  difficulty  can  be  overcome  for  practical  purposes.  Human  beings  have  the  unique  capability  of 
supplying  missing  information  so  that  they  can  potentially  follow  directions  that  do  not  provide  al 1 , 
but  only  most  of  the  information  required  to  determine  what  is  to  be  done.  Their  ability  to  follow  such 
incomplete  prescriptions  increases  the  more  the  range  of  choice  left  to  them  (the  requirement  for  inde¬ 
pendent  judgment  --  action  not  determined  by  given  directions)  decreases.  When  the  range  of  choice  has 
been  reduced  to  triviality,  the  activity  of  the  task  executor  is  virtually  completely  determined  and 
there  is  virtual  certainty  that  the  correct,  missing  information  will  be  furnished.  For  example,  rather 
than  saying  "go  to  a  fire  exit"  it  can  be  specified  "go  through  the  red  steel  door  at  the  end  of  this 
hallway..."  So  long  as  the  behavior  (actions)  of  the  task  executor  does,  in  fact,  correspond  entirely 
with  the  intent  of  the  prescriptive  directions  uncertainty  has  been  neutralized,  and  the  above  mentioned 
difficulty  has  been  eliminated.  Properly  speaking  the  set  of  prescriptive  directions  in  such  a  case  does 
not  constitute  an  algorithm  but  rather  a  quasi -algorithm.  It  differs  from  an  algorithm  in  not  absolutely 
and  unconditionally  possessing  the  properties  of  specificity,  generality  and  resultivity,  but  only  with 
an  exceedingly  high  probability  (e-g.,  .999...).  For  practical  purposes  the  distinction  vanishes. 

Quasi-algorithms  are  extremely  close  approximations  to  (formal)  algorithms,  but  they  are  not  entire¬ 
ly  identical.  In  the  above  example  about  the  fire  exit,  it  will  be  self-evident  that  the  behavior  of 
non-English  speaking  persons  will  not  be  determined  by  the  given  directions.  The  author  and  the  recipi¬ 
ent  of  the  directions  must  share  the  same  language  and  the  same  alphabet.  Thus  quasi-aigori thms  (not 
formulated  in  the  universal  language  and  symbols  of  mathematics)  are  valid  only  relative  lo  a  defined 
population,  the  English  speaking  population  in  our  example.  There  is,  also,  a  further  way  in  which  the 
validity  of  a  formulated  quasi-algorithm  is  relative  to  a  defined  population. 

Assume  a  prescriptive  direction  within  an  algorithm  which  reads  "integrate  sin  t_  with  respect  to 
from  0  to  ^/2."  If  the  direction  for  this  operation  is  addressed  to  a  population  with  mathematical 
sophistication  (mathematicians,  engineers),  it  can  be  presumed  that  the  direction  will  be  elementary. 

That  is  to  say  that  virtually  any  individual  from  this  sophisticated  population  will  know  exactly  what  to 
do  in  following  the  direction  and  will  be  able  to  execute  the  given  instruction.  On  the  other  hand,  if 
the  addressed  person  were  a  soldier  with  no  more  than  12  years  of  education  and  little  mathematical  trai¬ 
ning,  it  is  unlikely  that  he  could  comprehend  and  execute  the  given  direction.  For  this  Latter  person 
the  instruction  would  have  to  be  broken  down  into  finer  detail  (into  a  more  fine-grained  algorithmic  seg¬ 
ment)  in  which  each  given  direction  is  elementary  for  the  addressed  individual.  Elementarity  of  pre¬ 
scriptive  directions  (for  operations  to  be  executed),  then,  is  relative  to  a  given  addressed  person,  or 
as  a  practical  compromise  to  a  defined  population. 

The  example  of  a  mathematical  calculation  leads  to  another  notable  point.  The  execution  of  such  a 
calculation  takes  place  "in  the  head"  and  is  not  directly  observable.  In  cognitive  activity  (e.g.,  eval¬ 
uating  a  situation,  reflecting  about  possible  courses  of  action,  reaching  a  decision  —  the  so  called 
"soft  skills")  generally  the  process  is  covert.  However,  the  results  of  that  process,  including  inter¬ 
mediate  results,  will  be  or  can  be  made  overt.  In  principle  the  process  of  correct  reasoning  (about  some 
though  not  all  problems)  can  be  algorithmically  or  quasi-algorithmically  delineated,  and  the  consequences 
of  improper  execution  of  component  steps  for  overtly  displayed  results  can  be  inferred.  In  turn,  the 
place  and  character  of  the  mistake  in  reasoning  can  then  be  deduced  from  the  fault  in  the  displayed  re¬ 
sult.  This  precise  diagnostic  capability  confers  on  the  quasi-algorithm  its  x-ray  like  character.  As 
with  no  other  extant  technique  the  internal  structure  of  "soft  skill"  reasoning  processes  can  be  revealed 
so  that  they  may  be  precisely  delineated,  checked  and  guided.  Also,  it  should  be  noted  that  the  quasi- 
algorithmic  specification  of  cognitive  and,  therefore,  covert  tasks  is  far  more  precise  and  defensible 
than  the  vague,  intuitive  statements  in  traditional  job/task  analytic  approaches.  Simon  (1976)  even 
demonstrates  the  uses  of  computer  simulations  (i.e.,  formal  algorithms  rather  than  quasi-algorithms)  in 
identifying  basic  abilities  underlying  intelligent  performance  of  complex  tasks. 

A  final  point  to  which  attention  must  be  drawn  is  the  possibility  of  multiple,  equivalent  quasi¬ 
algorithms,  since  there  is  often  "more  than  one  way  to  skin  a  cat."  In  principle,  the  number  of  such 
alternate  ways  of  accomplishing  identical  ends  could  be  quite  large.  As  we  shall  see  later  in  this  re¬ 
port,  this  is  not  truly  the  case  in  many  industrial  and  especially  in  military  contexts  in  which  specific 
ways  of  doing  things  are  usually  prescribed.  That  significant  alternate  versions  can  be  reduced  to  a 
very  few  for  practical  purposes  also  follows  from  these  considerations.  First,  absurd  variants  can  be 
ignored  for  practical  purposes  (e.g.,  one  does  not  change  a  tire  on  a  car  while  standing  on  one*s  head). 
Second,  trivial  differences  can  be  ignored  (e.g.,  data  may  be  entered  into  the  FADAC  keyboard  either 
righthanded  or  lefthanded).  Third,  many  alternative  versions  will  involve  nothing  more  than  a  rearrange¬ 
ment  of  some  sequences  of  activity  (e.g.,  in  changing  a  tire;  fastening  lug-nuts  immediately  versus  first 
starting  each  nut  and  then  tightening  the  nuts  in  sequence). 
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Specifying  Tasks  in  Quasi-Algorithmic  Form 


Up  to  this  point  it  has  been  suggested  that  traditional  approaches  to  describing  much  of  "practical" 
human  task  behavior  are  found  wanting,  because  of  their  imprecision  and  unreliability.  At  the  same  time 
it  was  hinted  that  a  solid  foundation  to  the  description,  prescription  or  specification  of  task-executing 
behavior  could  be  provided  by  an  algorithmic,  or  rather  a  quasi-algor ithmic  approach.  The  latter  ap¬ 
proach  will  merit  consideration  over  traditional  approaches  if  and  only  if  the  accuracy  and  sufficiency 
of  the  quasi-algorithm  in  describing/prescribing  the  path  to  successful  task  accomplishment  can  be  ob¬ 
jectively  demonstrated,  because  traditional  approaches  have  been  found  wanting  in  this  respect. 

It  was  said  that  a  (quasi-)algor ithm  at  once  describes  what  happens  in  arriving  at  some  set  of  out¬ 
comes  (task  objectives,  results)  and  prescribes  what  must  be  done  (by  anyone)  in  order  to  arrive  at  these 
outcomes.  Not  only  can  anyone  (from  the  applicable  population)  follow  the  established  prescriptions,  but 
(when  properly  applied)  these  persons  may  do  so  for  any  task  in  the  defined  set.  For  example,  t.ie  algo¬ 
rithm  for  dividing  one  real  number  by  another  real  number  is  applicable  not  only  to  dividing  243  by  3,  or 
to  dividing  3.1416  by  2.17,  but  to  the  division  of  any  real  number  by  another  real  number.  These  are  the 
properties  of  specificity  and  generality.  The  third  property,  resul tivi ty ,  guarantees  (  in  the  case  of 
quasi-algorithms  practically  guarantees )  that  the  sought  after  outcome  will  be  (more  or  less)  inevitably 
obtained . 

The  test  or  the  verification  of  a  quasi-algorithm  --  the  proof  of  its  validity  and  reliability  -- 
follows  directly  from  its  properties.  If  every  individual  in  a  sample  of  people  drawn  from  the  appli¬ 
cable  population  performs  a  given  type  of  task  according  to  its  prescriptive  directions  (perhaps  with 
different,  but  applicable  data  sets)  and  everyone  uniformly  achieves  the  specified  outcome,  both,  relia¬ 
bility  and  validity  are  demonstrated.  In  principle,  the  experimental  proof  is  exceedingly  simple  and 
straight  forward,  and  practice,  as  will  be  seen  later,  does  not  fall  far  short  of  the  ideal.  While  the 
reliability  of  the  developed  quasi-algorithmic  task  specification  (the  consistency  with  which  successful 
task  execution  will  occur)  can  be  estimated  via  distribution  free  statistical  tests  (such  as,  run  tests), 
they  will  not  really  be  necessary  if  such  task  specifications  have  been  meticulously  prepared. 

A  practical  procedure  incorporating  this  verification  methodology  takes  the  following  form.  A  draft 
of  a  task  specification  is  prepared.  Then  an  expert  in  the  subject-matter  area  within  which  the  task 
falls  is  recruited  to  participate  in  the  test  procedure.  The  prescriptive  directions  in  the  draft  task 
specification  are  read  off  to  the  expert  step-by-step  (operation-by-operation).  The  expert  must  agree  to 
follow  the  given  directions  exactly.  He  may  ask  for  cl ar if ication  of  any  component  direction  from  the 
"author"  or  person  administering  the  draft  task  specification.  Any  such  request  is  honored,  noted,  and  a 
suitable  revision  in  the  prescriptive  direction  is  made.  So  long  as  the  intent  of  the  given  prescriptive 
direction  is  clear  to  the  participating  expert  he  must  at  once  follow  it  to  the  letter  and  seek  to  escape 
from  it.  In  short,  he  must  try  to  demonstrate  that  the  prescriptive  dire  tion  does  not  totally  control 
his  action(s)  but  allows  some  options.  If  he  can  escape  from  the  given  direction(s) ,  a  note  is  again 
taken  and  a  revision  must  be  made.  If  he  cannot  escape  and  is  forced  to  complete  the  task  successfully, 
this  constitutes  convincing  evidence  that  the  established  set  of  prescriptive  directions  --  the  quasi- 
algorithmic  task  specification  —  has,  in  fact,  totally  determined  (controlled)  the  expert's  task  execu¬ 
tion. 


The  practical  procedure  is  one  that  must  be  repeated  (iterated)  with  several  successive  experts. 
Normally  the  initial  iteration(s)  will  reveal  flaws,  and  these  must  be  progressively  corrected.  Since 
the  flaws  are  being  progressively  eliminated,  a  stage  is  reached  in  which  the  participant  expert's  task 
execution  is  completely  controlled  by  the  prescriptive  directions,  and  this  will  tend  to  be  equally  true 
(though  not  absolutely  guaranteed)  for  succeeding  experts.  While  "dottings  of  i's  and  crossings  of  t's" 
may  still  occur,  these  trivia  no  longer  significantly  affect  the  course  of  task  execution.  In  practice 
the  author  (possibly  in  consultation  with  the  experts)  reaches  a  conviction  that  additional  administra¬ 
tions  will  not  reveaL  any  more  invalidating  flaws  and  terminates  the  verification  procedure;  this  convic¬ 
tion  can  be  statistically  evaluated  and  confirmed,  as  explained  above. 

An  additional  stage  of  development  and  verification  will  be  required  where  the  intended  use  of  the 
task  specification  is  instructional.  This  is  due  to  inevitable  differences  in  the  elementarily  of  pre¬ 
scriptive  directions  for  expert  instructors  and  trainees.  While  the  previously  outlined  procedure  with 
expert  participants  guarantees  the  basic  validity  of  the  task  specification,  it  does  not  guarantee  that 
each  of  the  component  directions  will  be  elementary  for  different  (e.g. ,  student)  populations.  An  appro¬ 
priate  level  of  elementarily  must  be  developed  by  breaking  down  some  prescriptive  directions  (e.g.,  "read 
the  value  on  the  scale")  into  a  more  fine-grained  algorithmic  segment  (e.g.,  how  to  read  that  scale). 

Then  the  adequacy  of  the  break-down  --  of  the  elementarily  —  must  be  tested  with  a  sample  of  students  in 
a  manner  analogous  to  that  outlined  for  the  experts. 
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TRIAL  DEVELOPMENT  AND  TEST 


In  order  to  assess  the  practical  feasibilities  of  the  possibilities  outlined  in  the  preceding  seg¬ 
ment  of  this  report  an  exploratory  trial  development  and  verification  of  some  quasi-algor ithmic  task 
specifications  was  undertaken.  The  context  chosen  for  this  purpose  was  the  Fire  Direction  Center  (FDC) 
of  some  hypothetical  Field  Artillery  (FA)  Battalion  equipped  with  155  mm  self  propelled  (SP)  howitzers. 
Since  it  would  be  impossible  within  the  scope  of  this  exploratory  project  to  deal  with  all  activities  of 
all  members  of  the  FDC,  a  plausible  sample  of  certain  standard  FDC  mission  activities  was  selected.  The 
activities  included  the  individual  tasks  associated  with  the  preparation  of  a  surveyed  firing  chart,  and 
those  associated  with  a  type  of  routine  fire  mission  described  in  FM  6-40  (Ch.  18).  In  the  latter  the 
FDC  receives  a  call  for  fire  (CFF)  from  a  Forward  Observer  (FO),  a  single  piece  fires  several  adjust 
rounds  of  high  explosive  (HE)  ammunition  with  Fuze  Quick  (impact  detonation),  and  this  is  followed  by  a 
fire  for  effect  (FFE)  phase  in  which  an  entire  designated  Battery  (or  Batteries)  fires  a  specified  number 
of  HE  rounds  possibly  detonated  by  time  (Ti)  or  proximity  (VT)  fuzes. 

Again  it  was  not  possible  to  deal  with  all  tasks  of  all  members  of  a  standard  FDC  team.  Therefore, 
only  those  tasks  performed  by  normally  active  (rather  than  passive,  supervising)  FDC  team  members  were 
selected  and  only  those  having  some  significant  content.  For  example,  the  activities  of  the  Radio  Tele¬ 
phone  Operator  (RTO)  were  excluded,  because  he  is  confined  to  parroting  the  message  traffic.  Conversely, 
the  decision  processes  of  the  Fire  Direction  Officer  (FDD)  were  considered  too  complex  for  consideration 
at  this  exploratory  stage.  Thus,  approximately,  the  tasks  considered  are  those  of  the  enlisted  personnel 
(MOS  13E  10/20/30)  that  are  regarded  to  be  of  sufficient  significance  to  merit  instruction  in  the  U.  S. 
Army  Field  Artillery  School  (USAFAS).  It  must  be  remembered  that  the  intent  of  the  project  was  an  explo¬ 
ratory  trial  rather  than  an  exhaustive  development. 

Development  of  Draft  Task  Specifications 

As  a  first  step  pertinent  documents  were  sought  and  obtained.  They  include  AR  611-201,  ARTEP  6-365 
(Dec  1976),  FM  6-40,  FM  6-40-5,  and  a  set  of  self-study  guides  prepared  at  the  USAFAS,  Ft.  Sill,  OK.  It 
was  chiefly  these  documents  which  were  studied  so  as  to  obtain  a  preliminary  grasp  of  the  relevant  situa¬ 
tions  and  tasks.  The  realis...  of  these  situations  was  checked  against  an  actual  Army  Training  Test  for  a 
FA  Battalion  (ATT  6-155,  3rd  Armored  Division  Artillery,  1975).  A  sketch  plot  of  events  and  their  order 
in  the  routine  fire  mission  were  drawn  up  and^cbscure  points  noted.  This  plot  and  the  questions  were 
then  reviewed  with  some  knowledgable  persons^-  .  Appropriate  corrections  were  made.  Gradually  the  set  of 
individual  tasks  comprising  the  routine  fire  mission  and  their  interrelationships  began  to  emerge.  Also, 
very  general  and  provisional  notions  as  to  how  these  tasks  should  be  performed  began  to  be  developed. 

They  were  again  reviewed  with  the  expert  consultants. 

At  this  stage  some  very  brief  and  preliminary  attempts  were  made  to  perform  the  identified  individu¬ 
al  tasks.  These  attempts  were  principally  for  the  purpose  of  identifying  relevant  questions.  These 

questions  were  then  taken  to  USAFAS  at  Ft.  Sill  and  reviewed  exhaustively  with  an  expert^*  by  one  of  the 

present  authors  (EHK).  Upon  his  return  he  taught  back  the  procedures  he  had  learned  to  the  other  author 
(FFK).  Since  this  instruction  had  already  taken  on  an  algorithmic  cast,  it  proved  to  be  highly  effective 
and  efficient.  In  other  words,  both  authors  felt  moderately  confident  that  they  now  ’’knew  how”  and  could 
perform  the  tasks  in  question  with  the  support  of  the  reference  documentation. 

As  a  next  step  each  of  the  authors  independently  developed  a  rough  draft  specification  for  each 
identified  task.  It  must  be  stressed  that  these  rough-drafts  were  more  in  the  nature  of  procedural  notes 
than  meeting  the  requirements  of  clarity,  univocality,  specificity,  etc.  of  a  proper  quasi-algorithm. 
However,  these  rough  drafts  were  sufficiently  clear  for  mutual  administration*  A  read  off  his  prescrip¬ 
tive  directions  to  B,  took  notes  of  ambiguities,  failures,  etc.  and  then  B  reveresed  his  role  with  re¬ 
spect  to  A.  On  the  basis  of  this  experience  and  of  the  notes  made  it  was  possible  to  draw  up  a  set  of 

draft  task  specifications  in  proper  form,  i.e.,  with  extreme  restrictions  on  choice,  coverage  of  all  pos¬ 

sible  conditions,  elimination  of  ambiguities  and  equivocalities,  and  so  forth.  The  level  of  elementarity 
at  which  the  prescriptions  were  drawn  up  was  presumed  to  be  appropriate  for  an  eventual  expert  test 
population. 

At  this  stage,  it  may  be  clear,  the  draft  task  specifications  had  go^  through  possibly  two  cycles 
of  revision  (in  the  mutual  administration).  Next  an  expert  was  recruited—  and  talked  through  the  pre¬ 
scriptive  directions  comprising  each  and  every  draft  task  specification.  Surprisingly  only  a  few  minor 


—  Invaluable  help  in  terms  of  advice  and  the  loan  of  equipment  was  provided  by  LTC  Robert  E.  Klein,  CPT 
Stephen  M.  Lutz  and  SGM  Charles  H.  Fagg  of  the  U.  S.  Army  ROTC  Unit  of  La  Salle  College  in  Phila¬ 
delphia,  PA. 

— ^  SFC  Russell  Evans,  Fire  Direction  Division,  Gunnery  Department,  USAFAS. 

— ^  CPT  S.  M.  Lutz  of  the  La  Salle  College  Army  ROTC  Unit. 
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remaining  mistakes  were  identified  and  corrected.  Hence,  the  draft  task  specifications  were  thought  to 
be  ready  for  final  test  and  verification  cycles. 

Economics  of  Development 

An  attempt  had  been  made  throughout  to  keep  an  accounting  of  the  time  spent  in  developing  each  draft 
task  specification.  A  starting  and  stopping  time  was  recorded  on  every  draft  document  to  make  this  pos¬ 
sible.  Hence  elapsed  time  could  be  recovered.  This  account  of  time  spent  in  the  actual  drafting  and  re¬ 
vising  of  task  specifications  is  shown  in  Table  1. 


Table  1 

Development  Times  for  Draft  Task  Specifications 
(In  Minutes) 


Task 

and 

First 

1st  Draft 
Plus 

Version 

Draft 

Revision 

Revision 

010 

60 

60 

120 

020 

240 

70 

310 

030 

180 

60 

240 

040 

210 

180 

390 

051 

90 

- 

90 

032 

30 

30 

60 

053 

60 

- 

60 

060 

30 

- 

30 

070 

20 

- 

20 

080 

10 

- 

10 

090 

60 

45 

105 

101 

45 

- 

45 

102 

30 

- 

30 

111 

30 

- 

30 

120 

5 

- 

5 

130 

15 

- 

15 

140 

5 

- 

5 

150 

30 

- 

30 

160 

30 

- 

30 

170 

10 

- 

10 

180 

10 

- 

10 

190 

5 

- 

5 

Total  Minutes 

1205 

445 

1650 

Total  Hours 

20  hrs 

05  m  7  hrs  25 

m  27  hrs  ‘ 

It  should  be  noted,  first  of  all,  that  actual  drafting  of  the  quasi-algorithmic  task  specifications 
could  not  begin  until  a  given  task  had  been  identified  (within  the  overall  FDC  mission)  and  mastered 
resonably  well.  The  time  for  this  background  preparation  was  too  scattered,  uncertain,  could  not  be  sum¬ 
marized  and  is  not  included  in  Table  1.  Also,  the  account  is  only  for  a  single  author’s  time.  The  time 
for  the  previously  mentioned  duplicate  development  was  not  Included,  because  (a)  these  versions  were  ex¬ 
tremely  rough  and  preliminary,  and  (b)  the  accounting  should  reflect  the  economics  of  a  normal,  single 
(not  duplicate)  development.  Finally,  the  times  shown  are  those  for  formulating  and  handwriting  a  draft; 
the  time  needed  to  convert  to  typed  copy  is  not  included. 

It  will  be  seen  in  Table  l  that  a  grand  total  of  some  27^  hours  was  devoted  to  arriving  at  revised 
"semi-final"  task  specifications.  Of  these  20  hours  and  5  minutes  were  devoted  to  preparing  the  orig¬ 
inal  drafts  and  7  hours  and  25  minutes  to  making  revisions.  Only  six  out  of  22  distinct  task  specific¬ 
ations  required  any  revision.  The  greatest  amount  of  time  for  preparation  and  for  revision  was  required 
in  the  relatively  lengthy,  complex  and  perhaps  more  cognitively  demanding  tasks  related  to  preparing  a 
surveyed  firing  chart.  All  of  these  draft  specif ications  had  to  be  revised.  Of  the  remaining  18  only 
2  needed  revision. 

Revisions,  as  that  word  is  used  here,  refer  only  to  basic  changes  in  substantive  content  and  organ¬ 
ization  (structure)  of  the  task  specifications.  Hence  they  do  not  reflect  corrections  needed,  for  ex¬ 
ample,  because  of  a  mistake  in  the  numbering  of  some  prescriptive  direction  (see  explanation  of  Index 
Numbers,  p.  12).  Such  mistakes  entail  complex  consequences,  because  subsequent  Index  Numbers  inevitably 
also  become  incorrect,  subsequent  references  to  specific  Index  Numbers  become  misleading,  and  so  forth. 
Correction  of  such  mistakes  tends  to  be  time  consuming,  but  such  efforts  are  also  not  reflected  in 
Table  1. 
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Verification  Procedures  and  Results 


The  revised  draft  task  specif ications  were  taken  to  the  USAFAS  at  Ft-  Sill,  OK  and  subjected  to  the 
test/ ver if icat ion  cycles  described  in  principle  earlier  (see,  Specifying  Tasks  in  Quasi  Algorithmic  Form) 
Through  prior  arrangements  with  the  Fire  Direction  Division  of  the  Gunnery  Department,  five  members  of 
its  senior  instructional  staff—  were  made  available  as  expert  subjects  for  these  purposes.  Each  of 
these  senior  instructors  was  intimately  familiar  with  each  task  in  the  set,  had  himself  performed  it  in¬ 
numerable  times,  and  had  also  taught  it  to  others.  Administrator  of  task  specifications  and  expert  sub¬ 
ject  (one  per  session)  met  in  a  quiet  room  with  all  requisite  implements  on  hand.  The  following  explan¬ 
ation  was  read  to,  and  simultaneously  by  each  participant  expert. 

PROCEDURE  FOR  CHECKING  OUT  TASK  SPECIFICATIONS 

The  purpose  of  this  exercise  is  to  test  the  accuracy  and  complete¬ 
ness  of  certain  Task  Specifications.  IT  IS  IN  NO  WAY  A  TEST  OF  YOUR 
CAPABILITIES!  The  tasks  that  are  specified  or  described  are  tasks  which 
you  know  how  to  do  very  well.  Because  you  are  an  expert,  we  are  asking 
for  your  help  in  this  research  effort  which  is  being  conducted  for  the 
Army. 


Together  we  will  test  each  of  these  Task  Specifications  in  the  fol¬ 
lowing  way: 

1.  I  will  read  a  set  of  precise  directions  as  to  what  you  or 
anyone  else  must  do  to  accomplish  each  task.  I  will  read  the  direc¬ 
tions  one  at  a  time.  You  may  want  to  read  along  with  me  in  your  copy. 
However,  DO  NOT  READ  AHEAD  OR  ANTICIPATE  ACTIONS. 

2.  After  a  direction  is  read  you  may  ask  for  clarification. 

For  example,  you  may  want  to  have  the  meaning  of  some  word  or  phrase 
explai.' _d.  The  object  is  to  have  you  UNDERSTAND  PRECISELY  WHAT  THE 
DIRECTIONS  TELL  YOU  TO  DO.  Don’t  do  anything  until  you  have  it  clear  in 
your  mind  what  you  are  to  do. 

3.  Next,  you  must  do  EXACTLY  what  you  have  been  told  to  do, 

BUT  if  there  is  a  way  of  defeating  the  given  direction  while  following 
it  to  the  letter  —  A  WAY  OF  ’’DOING  IT  WRONG"  THAT  IS  PERMITTED  BY  THE 
WAY  THE  DIRECTION  IS  SET  UP  —  you  must  try  to  find  it.  For  example,  if 
the  direction  tells  you  "find  the  next  grid  line"  (but  does  not  say  next 
after  which  other  one,  nor  in  what  direction)  try  to  pick  a  wrong  one. 

Or  again,  if  the  direction  tells  you  to  "align  graduation  with  pinhole" 
(but  not  which  particular  pinhole),  try  to  make  trouble.  At  the  same 
time,  let’s  not  quibble  over  things  that  are  perfectly  clear  in  context. 

Please  note  that  each  direction  that  is  listed  is  identified  by  a 
unique  number.  If  there  is  no  number  in  the  "Branch  to  Index  No."  column, 
you  go  to  the  next  higher  number.  In  other  words,  you  go  to  the  direction 
listed  immediately  below  the  current  one.  Otherwise  you  go  to  the  direc¬ 
tion  with  the  specified  Index  No. 

Let  me  explain  a  few  words  that  you  will  find  and  the  standard 
meaning  we  have  given  them.  First,  there  is  the  word  STORE.  It  means 
that  information  is  to  be  held  for  later  use.  At  this  time  this  means 
that  the  information  may  be  held  in  memory,  jotted  down  on  a  scratch  pad, 
entered  on  DA  Form  4504,  or  what  have  you.  STORE  does  not  care  how  it  is 
done  so  long  as  the  complete  and  correct  information  can  be  readily  re¬ 
trieved.  Of  course,  RETRIEVE  means  simply  that  previously  stored  infor¬ 
mation  is  brought  back,  ready  for  use. 

On  occasion  we  may  use  a  phrase  "reference  tick  mark".  It  means  the 
tick  mark  that  represents  a  particular  point  (perhaps  a  battery)  with 
reference  to  which  some  measurement  or  calculation  is  being  made. 

Whenever  something  "goes  wrong"  I  will  have  to  stop  and  take  notes. 
Please  be  patient  and  wait.  Also,  after  each  task  is  completed  I  will 
ask  some  questions. 


-  SSG  S.  L. 


Davis,  SFC  R,  Evans,  SFC  P. 


Ives , 


SFC  J.  L.  McFadden, 


and  GYSGT  L. 


E.  Nowak  (USMC). 
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The  administrator  then  proceeded  to  read  off  successively  the  prescriptive  directions  in  the  various 
tasks.  Normally  the  expert  could  easily  envision  the  effect  of  each  given  direction.  When  there  was  any 
doubt,  the  step(s)  was  overtly  performed  using  the  available  equipment.  In  each  administration  all  con¬ 
ditions  and  branches  were  entered.  That  is,  as  soon  as  a  branch  entered  under  the  assumption  that  condi¬ 
tion  A  applied  was  completed,  administrator  and  expert  recycled  to  the  beginning  of  the  branch  and  as¬ 
sumed  condition  B,  and  so  forth.  Not  only  could  the  experts  test  each  branch,  but  they  could  also  judge 
whether  every  (practically)  possible  condition  had  been  covered.  Upon  conclusion  of  each  task  and  of  all 
tasks  the  participant  expert  was  asked  for  general  judgments  about  the  adequacy  of  the  task  specifica¬ 
tions  and  for  elaborative  comments.  The  time  required  to  complete  this  procedure  for  the  set  of  22  task 
specifications  ranged  from  two  to  two  and  one  half  hours. 

In  effect,  none  of  the  participant  experts  was  able  to  escape  from  the  prescriptive  directions  that 
had  been  prepared.  While  some  changes  were  suggested,  these  changes  did  not  arise  from  a  lack  of  validi¬ 
ty  of  the  task  specifications. 

Some  changes  were  necessitated  by  idiosyncratic  disagreements  among  the  experts.  For  example, 
should  identification  of  a  chart  grid-square  be  maintained  by  inserting  a  pin  in  it,  making  a  pencil  mark 
within  it,  or  by  pointing  to  it.  Some  changes  were  due  to  recent  FA  doctrinal  changes.  For  example,  the 
FDC  team  member  known  as  the  Computer  announces  the  number  of  rounds  to  be  fired  and  the  fuze  type  to  his 
Battery  not  when  the  fire  mission  is  first  announced  (Task  13),  but  only  on  first  giving  Quadrant  Eleva¬ 
tion  (Task  19).  Some  changes  only  endow  the  task  specif ication  with  a  greater  range  of  applicability. 

For  example,  in  establishing  a  Vertical  Interval  (Vi)  via  a  vertical  shift  an  observer’s  location  as  well 
as  a  designated  known  point  may  be  used  as  the  reference  location  for  the  shift.  Finally,  a  good  many 
changes  were  of  a  refining,  "polishing”  type  having  scarcely  any  practical  signif icance.  For  example,  how 
to  number  grid  lines  on  a  chart  with  minimal  or  no  margins. 

Changes  of  the  above  types  that  suggested  themselves  during  the  verification  procedure  have  been  in¬ 
corporated  into  the  final  versions  of  the  task  specifications  which  follow  in  the  next  segment. 
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TASKS  AND  THEIR  SPECIFICATIONS 


Tasks  for  which  quasi -algorithmic  specifications  were  developed  are  listed  by  title  in  Table  2  below. 
A  fuller  explanation  of  the  Index  Numbers  follows  (p.  12),  but  for  the  moment  it  must  be  understood  that 
the  first  two  digits  of  the  Index  Number  constitute  the  Task  Number. 


Table  2 


Index 

No.  thrOUgh 

Index 

No. 

Individual  Task  Specification 

010000 

010300 

Numbering  Blank  Firing  Chart 

020000 

020470 

Plotting  Critical  and  Non-Critical  Points 

030000 

030550 

Constructing  Azimuth  Indexes 

040000 

040600 

Constructing  Deflection  Indexes 

051000 

051110 

Plot  Target  -  Grid  Coordinates  Method 

052000 

052100 

Polar  Plot  of  Target 

053000 

053140 

Plot  Target  by  Shift  from  Known  Point 

060000 

060090 

Determine  Range  with  RDP 

070000 

070050 

Determine  Deflection  with  RDP 

080000 

080060 

Giving  Rg  and  Df  to  Battery  Computer(s) 

090000 

090130 

Determine  Angle  T 

101000 

101130 

Determine  Vertical  Interval  from  Map 

102000 

102120 

Determine  VI  via  Vertical  Shift 

111000 

111170 

Compute  Site 

120000 

120050 

Announcing  Site 

130000 

130060 

Record  Fire  Order  and  Announce  Fire  Mission 

140000 

140070 

Re-Announcing  Number  of  Rounds  and  Fuze  to  Battery 

150000 

150080 

Compute  and  Announce  Deflection  to  Battery 

161000 

161150 

Compute  Quadrant  Elevation 

170000 

170070 

Derive  Time  or  Fuze  Setting  (FS) 

180003 

180050 

Announce  FFE  Data  to  Battery 

190000 

190060 

Announce  Quadrant  Elevation 

Tasks  01,  02,  03,  and  04  represent  the  preparation  of  a  surveyed  firing  chart  by  a  chart  operator 
(HCO  or  VCO)  to  whom  the  requisite  data  are  given  (for  example,  a  student  at  the  USAFAS).  The  approxi¬ 
mate  context  for  this  set  of  tasks  derives  from  ARTEP  6-365  (Dec  76)  on  page  3-46,  "Task  (1)."  A  sum¬ 
mary  explanation  of  the  purposes  of  firing  charts  and  a  general  description  of  their  preparation  may  be 
found  in  FM  6-40  (Cl)  pp.  16-11  to  16-14. 

In  preparing  a  Surveyed  Firing  Chart  the  first  task  to  be  accomplished  is  the  numbering  of  the  blank 
chart  grid.  This  will  be  followed  by  the  plotting  of  various  critical  and  non-critical  points,  such  as, 
battery  locations,  observer  locations,  registration  points,  etc.  Next,  the  required  azimuth  (Az)  indexes 
would  normally  be  constructed,  and  then  the  appropriate  deflection  (Df)  indexes.  The  simple  sequence  of 
these  tasks 

(oi) - 0(02) - !>(o3) - 0(04) 

Is  mainly  dictated  by  the  progressive  generation  of  more  or  less  essential  information  on  the  Chart. 

Thus  points  cannot  be  plotted  until  grid  lines  have  been  numbered,  and  Az  and  Df  indexes  cannot  be  con¬ 
structed  until  their  points  of  reference  (tick-marks)  have  been  plotted.  In  principle,  there  is  no  true 
obstacle  (lack  of  pre-requisite  information)  to  constructing  Df  indexes  before  Az  indexes  so  that  the 
order  of  their  possible  performance  is  as  follows. 
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It  should  be  noted  that  Tasks  01  through  04  represent  the  activities  of  a  single  individual  rather 
than  a  team  effort-  While  the  individual  (the  Chart  Operator)  must  h-ve  certain  items  of  information 
(e.g. ,  Az  of  lay),  »t  can  he  easiLy  presumed  th.it  this  information  was  developed  "long  ago"  --  was  writ¬ 
ten  down  --  and  is  readily  available  to  him.  His  ability  to  proceed  is  not  contingent  on  the  informa¬ 
tion  being  concurrently  developed  by  another  FDC  team  member.  Thus  the  specification  of  the  permissible 
order(s)  of  task  execution  is  a  relatively  simple  matter. 

In  general  the  task  specifications  for  Tasks  01  -  04  assume  that  a  full  6400  chart  is  being 
prepared.  In  the  case  of  Task  01  a  minor  restriction  in  applicability  exists.  That  is,  where  there  is  a 
grid  zone  convergence  a  sudden  discontinuity  in  the  grid  line  numerical  sequence  will  occur  rather  than 
these  numbers  constituting  a  simple  ones-incremental  (or  decremental)  series.  Under  these  conditions  the 
Task  Specification  will  not  produce  the  sought  after  outcome.  However,  grid  zone  convergence  is  an  ex¬ 
tremely  rare  (and,  therefore,  practically  negligible)  condition. 

In  the  case  of  Task  03  it  is  possible  to  construct  successive  supplemental  Az  indexes  around  the 
clock  by  constructing  each  successive  index  from  the  immediately  prior  one.  Because  this  method  will 
accumulate  excessive  degrees  of  error,  it  is  frowned  upon.  While  this  argument  does  apply,  as  well,  to 
Task  04,  the  Df  indexes  are  constructed  in  the  around-the-clock  fashion.  This  seeming  contradic tion  is 
due  to  the  fact  that  Df  indexes  tend  to  be  constructed  only  for  a  fairly  restricted  arc  (principal  direc¬ 
tion  or  zone  of  fire),  and  --  Tasks  03  and  04  being  quite  similar  --  the  development  of  task  specifica¬ 
tions  for  both  methods  could  be  essayed. 

For  each  of  Tasks  01  -  04  the  necessary  implements  are  assumed  to  be  on  hand.  That  means:  a  blank 
firing  chart  has  been  taped  down  on  a  suitable  surface,  a  611  pencil  has  been  sharpened  to  a  wedge  point, 
and  a  4H  pencil,  red/blue  pencil,  green  and  orange  pencils  have  each  been  sharpened  to  conical  points, 
and  that  pins  and  erasers  are  also  available.  Also  on  hand  are  all  of  the  standard  "tools  of  the  trade" 
including  the  Range  Deflection  Protractor  (RDP),  Coordinate  Scale,  etc. 

Unlike  Tasks  01  -  04,  Tasks  05  -  19  represent  the  activities  of  a  Fire  Direction  Center  (FDC)  team, 
i.e.,  the  interaction  of  several  individuals.  The  approximate  context  for  this  set  of  tasks  is  the 
simple  fire  mission  illustrated  in  FM  6-40  (Cl)  pp.  18-13  through  18-16.  Constraints  of  time  precluded 
the  inclusion  of  all  activities  of  all  participants  in  this  type  of  fire  mission.  Also,  a  comprehensive 
task  specification  development  falls  clearly  outside  the  scope  of  an  exploratory  effort  such  as  this 
one.  While  it  was  not  possible  to  consider,  in  detail,  the  activities  of  a  Forward  Observer  (FO),  Fire 
Direction  Officer  (FDO) ,  Chief  or  Assistant  Chief  Fire  Direction  Computer  and  of  the  Radio  Telephone 
Operator  (RTO),  the  tasks  of  the  principal  actors  are  all  specified.  By  the  latter  are  meant  the  Hori¬ 
zontal  Control  Operator  (HCO),  the  Vertical  Control  Operator  (VCO)  and  each  of  the  Battery  Computers 
whose  activities  normally  parallel  each  other. 

In  this  mission  context  the  FO  enters  only  in  providing  an  information  input:  (1)  the  call  for  fire 
(CFF),  (2)  corrections  of  range  (Rg),  deflection  (Df),  etc.,  and  (3)  specifying  when  Fire  for  Effect 
(FFE),  as  opposed  to  adjusting  rounds,  is  to  commence.  The  FDO  decides  whether  to  accept,  modify  or  re¬ 
ject  the  CFF  and  issues  the  Fire  Order  (comprising  10  elements  of  information  shown  below).  If  the  Fire 


fire:  order  standards 
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unit  to  fire. 
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DISTRIBUTION 

PROJECTILE 
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Order  has  been  standardized,  he  need  scarcely  enter  at  all  and  can  allow  the  mission  to  proceed  on  the 
basis  of  pre-established  information.  Thus  for  present  purposes  the  FDOrs  role  is  "minor,"  but  also  too 
highly  complex  to  be  dealt  with,  fly  contrast  the  RTO  is  frequently  involved  in  the  mission  (i.e.,  the 
coordinated  activities  of  the  FDC  team),  but,  since  he  merely  parrots  the  message  traffic,  his  activi¬ 
ties  are  trivial. 

Triviality  of  the  activity  also  led  to  the  making  of  an  underlying  general  assumption  for  the  entire 
set  of  individual  tasks,  i.e.,  that  FADAC  was  not  available.  Further,  it  was  assumed  that  Graphical 
Firing  Tables  (GFT)  rather  than  printed  Tabular  Firing  Tables  (TFT)  would  be  used.  The  corrected  set¬ 
tings  for  the  GFT  (elevation  and  time)  are  assumed  to  have  been  previously  established.  Also,  it  is  as¬ 
sumed  that  a  surveyed  firing  chart  has  been  prepared  (Tasks  01  -  04). 

The  overall  mission,  then,  is  quite  representative  of  an  uncomplicated  reality.  It  is  a  '’textbook*' 
mission  of  the  type  to  which  new  trainees  tend  to  be  introduced.  Most  of  the  essential  component  tasks 
were  analyzed  and  are  specified,  but  not  all.  For  example,  no  specification  was  developed  for  the  an¬ 
nouncement  of  Angle  T,  which  is  not  an  inevitable  event.  Neither  were  specifications  developed  for  those 
activities  that  tend  to  occur  after  the  FFE  phase  including  the  proper  completion  of  DA  Form  4504  (Record 
of  Fire). 

Subject  to  these  qualifications  the  normal  course  of  events  in  this  kind  of  fire  mission  is  as 
follows.  The  FO  transmits  a  Call  for  Fire  (CFF)  containing  these  six  elements  of  information:  (1)  Self- 
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Identification,  (2)  Warning  Order  (i.e.,  type  of  mission),  (3)  iarget  Location,  (4)  Target  Description, 
(5)  Method  of  Engagement,  and  (6)  Authentication.  The  very  first  element  of  the  CFF  triggers  the  Battery 
Computers  to  record  the  incoming  information  (plus  such  changes  to  Fire  Order  standards  as  the  FDO  may 
issue)  and  to  announce  the  Fire  Mission  (Task  13).  The  third  element  of  the  CFF  triggers  both  Chart 
Operators  (HCO  and  VCO)  to  engage  in  the  plotting  of  the  target  on  their  charts  (Task  05  in  any  of  3  ver¬ 
sions).  Next  the  HCO  determines  the  range  (Task  06)  and  then  deflection  (Task  07),  and  then  he  announces 
both  to  the  Battery  Computer(s)  (Task  08).  Thereafter  the  HCO  will  proceed  with  the  determination  of 
Angle  T  (the  angle  formed  at  the  target  by  the  Observer-Target  line  and  the  Gun-Target  line);  this  is 
Task  09.  The  VCO  meanwhile  will  be  determining  the  Vertical  Interval  (Task  10  in  either  of  2  versions), 
then  compute  Site  (Task  11)  and  then  announce  Site  to  Battery  Computers  (Task  12).  Df  (from  HCO)  enables 
the  Battery  Computer  to  compute  and  announce  the  corrected  Df  (Task  15).  Rg  (from  HCO)  and  Site  (from 
VCO)  allow  him  to  compute  Quadrant  Elevation  or  QE  (Task  16).  The  preparation  for  the  first  round  in  the 
Adjust  Fire  Phase  terminates  with  the  Computer's  announcement  of  QE  which  causes  the  firing  unit  to  fire 
the  first  shot. 

In  turn,  observation  of  this  shot  leads  the  FO  to  transmit  the  necessary  corrections  (e.g. ,  to  Rg, 
to  Df)  which  are  noted.  For  the  next  and  all  subsequent  adjust  rounds  the  HCO,  the  VCO  and  the  Comput- 
er (s )  repeat  these  respective  activities.  The  HCO  will  re-plot  the  target  (Task  05  version  3),  redeter¬ 
mine  Rg  (Task  06)  and  Df  (Task  07),  and  then  announce  them  (Task  08).  The  VCO  will  be  duplicating  the 
HCO's  activities  except  for  the  overt  announcement.  The  Computer(s)  will  compute  and  announce  the  cor¬ 
rected  Df  (Task  15),  then  compute  QE  (Task  16)  and  again  announce  QE  (Task  19).  The  announcement  of  QE 
again  causes  a  round  to  be  fired  by  the  firing  unit(s). 

When  the  FO  transmits  the  FFE  call  the  HCO  and  VCO  repeat  the  same  activities  as  during  the  Adjust 
Fire  phase.  However,  the  Computer (s)  then  reminds  the  Battery  of  the  number  of  rounds  to  be  fired  and 
the  fuze  type  per  the  Fire  Order  (Task  14)  and  then  performs  Tasks  15  and  16  as  before.  Then  it  is 
necessary  to  derive  Time  or  Fuze  Setting  (Task  17),  and  then  all  the  reqisite  FFE  information  is  an¬ 
nounced  (Task  18). 

A  plot  suggestive  of  the  order  of  task  execution  in  the  representative,  routine  fire  mission  (per 
FM  6-40)  is  shown  in  Figure  1.  To  simplify  the  representation  redundant  activity  (e.g.,  of  VCO  and  HCO 
or  of  multiple  Battery  Computers)  has  been  omitted.  Tasks  are  plotted  in  their  approximate  phase  rela¬ 
tionship  with  time  proceeding  from  left  to  right.  Clearly,  a  discontinuity  occurs  each  time  a  round  is 
fired.  Where  the  execution  of  an  individual  team  member's  task  is  contingent  on  an  information  input 
from  an  outside  source  (i.e.,  information  that  he  does  not  receive  in  parallel  or  himself  generates)  this 
has  been  indicated  by  dashed  lines. 

Reading  Task  Specifications 

1.  Headings.  The  headings  which  precede  each  task  specification  are  not  a  formal  part  of  it. 

These  headings  merely  provide  some  orientation  for  the  reader  as  does  the  title  of  a  book  or  a  chapter 
heading.  Undoubtedly,  disagreements  with  the  headings  are  possible,  idiosyncratic  changes  might  be  made, 
Hut  this  would  not  affect  the  validity  of  the  body  of  the  task  specification;  as  mentioned  before,  the 
label  on  the  box  is  only  suggestive  of  the  contents  and  not  a  part  of  it 

The  headings  suggest,  first  of  all,  the  general  mission  context.  This  corresponds  roughly  to  the 
use  of  "TASK'1  in  an  ARTEP  and  represents  some  outcome  to  be  achieved  (usually)  by  coordinated  activity 
of  a  team  or  unit.  Next  it  is  suggested  which  team  member  (i.e.,  duty  position)  is  likely  normally  to 
execute  the  task.  Last,  a  task  title  is  given  to  provide  a  convenient  verbal  label  for  the  individual 
task. 

2.  Index  Numbers.  Merely  to  demonstrate  the  possibility  of  9uch  a  code,  which  would  be  absolutely 
essential  for  storing  and  retrieving  this  sort  of  information  in  a  computer  a  provisional  and  arbitrary 
scheme  was  devised.  The  scheme  works  readily  in  the  present  circumstances,  but  for  any  operational  pur¬ 
poses  it  is  likely  to  need  expansion.  If  a  new  and  more  capacitous  code  were  to  be  devised,  the  present 
could  be  mapped  into  or  onto  the  new  one.  In  other  w^rds,  the  job  of  renumbering  is  easily  accomplished. 

The  present  Index  Numbers  are  established  in  accordance  with  this  code.  The  first  two  digits  de¬ 
signate  the  individual  task.  For  example,  "Numbering  a  Blank  Firing  Chart"  has  the  code  01  in  the  first 
two  positions,  i.e.,  it  is  Task  01.  The  assignment  of  a  number  is  completely  arbitrary,  but  it  must  be 
a  unique  assignment. 

The  digit  in  the  third  position  represents  the  version  of  the  task  (i.e.,  equivalent  quasi- 
algorithms  leading  to  the  same  outcomes).  If  there  are  thought  to  be  no  known  or  permitted  varients 
(alternate  ways  of  doing  the  same  tl  :ng),  the  code  is  0.  Clearly,  it  is  questionable  whether  particu¬ 
larly  any  of  the  set  of  Tasks  05  -  19  could  be  legitimately  so  coded,  since  most  of  them  could  be  accom¬ 
plished  through  FADAC.  The  pro's  and  con's  need  not  be  argued,  since  the  obj  ~t,  at  present,  is  to  ex¬ 
plore  and  demonstrate  feasibilities  and  not  to  develop  some  definitive  design  documentation. 


Digits  four  and  f  i  \'t  design  it<  l:.«  \  \  i  >>  .?  i  t-i  iti  -n  1  tv  l  ion  <-i  decision  within  a  given  task  and 

version.  Assignment  of  these  nurln  s  s  mi  :  *•.:  »s  li.i-ii  associated  operations  were  written,  but  they  do 
not  necessarily  designate  the  <t  a-r  s  in  *dii*.  ihes.-  operations  must  be  executed.  Again ,  the  assignment 
of  these  numbers  is  arbitrary,  but  uni  :>u  . 

The  six tli  digit  represents  the  version  ol  .*n  operation.  If  there  ate  no  known  or  permitted  variants 
the  code  is  0.  Otherwise  codes  1  -  d  ire  assigned  to  distinguish  the  variants. 

An  Index  Number  according  to  the  above  code  uniquely  designates  any  elementary  prescriptive  direc¬ 
tion,  e.g. ,  a  version  of  an  operation  within  a  version  of  a  task  within  a  set  of  tasks.  ben*-,  t; ;  items 
of  prescriptive  information  may  be  stored,  retrieved,  addressed  and  ordered  simply  in  terms  <j\  their 
Index  Numbers* 

Because  a  six-digit  code  is  somewhat  difficult  to  read  (for  human  beings)  a  sinplitying  con.enii  n 
has  been  followed  in  the  printed  Task  Specifications.  The  full,  six-digit  Index  Number  appe  n s  it  the 
beginning  of  any  task  or  task  version.  Thereafter,  on  the  remainder  of  that  page,  those  codec  that  do 
not  change  have  not  been  printed  (but  must  be  envisioned  to  exist)  so  as  to  simplify  leading  and  reader 
orientation.  Only  the  fourth  and/or  fifth  digits  (which  designate  the  corresponding  operation)  are  prin¬ 
ted.  This  is  also  true  for  Index  Numbers  designated  in  the  "Branch  to"  column.  Unless  a  branch  outside 
the  given  task  and  version  is  intended  only  digits  four  and/or  five  are  shown  (and  the  rest  are  under¬ 
stood.  The  full  six-digit  code  is  not  printed  again  until  there  is  a  page  change  (thereby  uniquely  iden¬ 
tifying  the  page)  and/or  when  the  end  of  the  particular  Task  Specification  (TS)  has  been  readied. 

3.  Operations.  The  middle  column  provides  the  prescriptive  directions  as  to  the  actions  to  be 
taken  or  the  decision  to  be  reached.  Actions  to  be  taken  may  be  either  overt  (e.g.,  "select  a  pin")  or 
covert  (e.g.,  "divide  by  five").  The  obligation  of  the  reader  is  to  "get  it  completely  clear  in  his 
mind"  and  in  every  detail  what  he  is  being  directed  to  do.  Decisions  are  represented  in  binary  form. 

When  there  are  multiple  branches  from  a  single  point,  this  is  handled  through  a  succession  of  binary  de¬ 
cisions. 

Heading  in  Ordered  Sequence.  Begin  reading  any  Task  Specification  at  its  beginning,  that  is 
with  the  operation  whose  Index  Number  is  coded  00  in  the  fourth  and  fifth  digits.  Then  proceed  to  the 
very  next  operation  (No.  1).  If  no  Index  No.  appears  in  the  "Branch  to"  column  next  to  that  operation, 
proceed  to  the  very  next  operation  below;  otherwise,  proceed  to  the  Index  No.  shown  in  the  "Branch  to" 
column,  read  it  and  go  on  from  there.  So  long  as  there  are  no  Index  Numbers  in  the  "Branch  to"  column 
always  proceed  to  read  the  next  operation  below. 

Tf  any  next  operation  involves  a  decision,  the  "Branch  to"  column  will  always  contain  two  Index 
Numbers.  The  decision  to  be  made  is  between  the  conditions  represented  by  "YES"  and  by  "NO."  If  "YES" 
applies,  branch  to  the  Index  Number  associated  with  it,  else  branch  to  the  Index  Number  associated  with 
"NO."  In  some  cases,  it  will  be  seen,  the  reader  is  directed  into  an  end2ess  cycle  by  being  referred 
back  to  the  beginning  or  to  the  very  same  operation  (decision).  This  amounts  to  saying  "you  must  wait 
until  the  condition  changes  and,  for  exampLe,  some  requisite  information  has  been  furnished." 

If  the  operations  specified  are  actually  performed,  the  corresponding  task  will  be  completed  when 
the  operation  labeled  "END"  is  reached  as  the  next  one.  Provided  the  hypothetical  execution  of  the  pre¬ 
ceding  prescriptive  directions  has  been  totally  faithful  to  their  intended  meaning  (has  been  absolutely 
determined  by  them),  the  task  will  have  been  accomplished  successfully. 
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010060 
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10 

11 

12 

13 

14 
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16 

17 

18 

19 


Determine  grid  Lines  forming 
lower  left  hand  corner  of  chart. 

L'sing  4H  pencil  write  (V'  high) 
the  first  two  digits  associated 
with  (e.g.,  below)  the  identi¬ 
fied  easting  grid  line;  write 
the  next  two  digits  associated 
with  (e.g.,  Left  of)  the  iden¬ 
tified  northing  grid  line. 

Is  there  an  easting  grid  line 
remaining  to  be  labeled? 

YES  9 

NO  19 

Is  the  next  grid  line  (N  _+  1) 
the  last  one  (farthest  East) 
on  the  chart? 

YES  8 

NO  10 

Is  it  to  the  right  (East)  of  the 
one  that  was  labeled  last  on  this 
axis? 

YES  11 

NO  15 

Add  1  to  the  digit  pair 
immediately  to  the  left  (West) 
of  the  line  to  be  labeled  now. 

Is  the  sum  equal  to  100? 

YES  13 

NO  14 

Drop  the  "1"  and  retain  only 
the  "00". 

Using  4H  pencil  write  (V  high) 
the  two  digit  sum  in  associa¬ 
tion  with  the  next  grid  line  to 
the  right  (Ease)  of  the  last 
Labeled  one  on  this  axis. 

Was  the  easting  Line  labeled 
last  assigned  ”00"? 

YES  16 

NO  17 

For  cal culational  purposes  only 
let  00  =  100. 

SubtracL  1  from  the  digit  pair 
immediately  to  the  right  (East) 
of  the  one  to  be  labeled  now. 

Using  411  pencil  write  (V  high) 

the  two  digit  remainder  in 

association  with  the  next  grid 

line  to  the  left  (West)  of  the 

last  labeled  one  on  this  axis.  8 

Is  there  a  northing  grid  line 
remaining  to  be  labeled? 

YES  20 

NO  30 


20  Is  the  next  grid  line  (N  1) 
the  last  one  (farthest  North) 
on  the  chart? 

YES 

NO 

21  Is  it  above  the  one  that  was 
labeled  last  on  this  axis? 

YES 

NO 

22  Add  1  to  the  digit  pair 
immediately  below  the  line 
to  be  labeled  now. 

23  Is  the  sum  equal  to  100? 

YES 

NO 

24  Drop  the  "l”  and  retain  only 
the  "OO”. 

25  Using  4H  pencil  write  (V  high) 
the  two  digit  sum  next  to  the 
left  end  of  the  grid  line 
immediately  above  (North)  of 
the  one  labeled  last  on  this 
axis . 

26  Was  the  northing  grid  line  Lab 
labeled  last  assigned  ”00"? 

YES 

NO 

27  For  calculational  purposes 
only  let  00  =  100. 

28  Subtract  1  from  the  digit  pair 
immediately  above  (North)  the 
line  to  be  labeled  now. 

29  Using  4H  pencil  write  (V*  high) 
the  two  digit  remainder  next  to 
the  left  end  of  the  grid  line 
immediately  below  (South)  the 
last  tabled  one  on  this  axis. 

010300  END 


19 

21 


22 

26 


24 

25 


19 


27 

28 


19 


TASK  SPECIFICATION 


Mission  Context:  Preparing  a  Surveyed  Firing  Chart 
FDC  Team  Member(s):  HCO  and/or  VCO 


Individual  Task:  Plotting  Critical  and  Non-Ciitical 
Points 


Index  OPERATION:  Action  Lo  be  taken 
No. _ or  Decision  to  be  made 


020000  BEGIN 

1  Has  at  least  one  item  of  rele¬ 
vant  information  been  given, 
received  and  stored? 

YES 

NO 


2  Do  any  points  remain  to  be 
pLotted  (data  in  storage)? 


YES 

NO 


Branch  to 
Index  No. 


2 

0 


3 

47 
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Index  OPERATION:  Action  to  be  taken  Branch  to 

No .  _ or  Decision  to  be  made  Index  No* 

020030  Select  next  item  of  data  in 
storage. 

4  Determine  easting  grid  line 
whose  numbers  correspond  to 
the  first  two  digits  of  the 
easting  (first)  digit  group. 

5  Determine  northing  grid  line 
whose  numbers  correspond  to 
the  first  two  digits  of  the 
northing  (second)  digit  group. 

6  On  the  chart  determine  the 
intersection  of  the  two  pre¬ 
viously  identified  grid  lines. 

7  Assure  continuing  identifica¬ 
tion  of  grid  square  (e.g., 
mark  with  pencil  or  pin,  or 
point)  that  lies  NE  of  the 
identified  intersection. 

8  Is  chart  scale  1:25,000? 

YES  9 

NO  10 

9  Select  1:25,000  scale  on  co¬ 
ordinate  square.  11 

10  SeLect  1:50,000  scale  on  co¬ 
ordinate  square. 

11  Looking  straight  down,  place 
0/0  point  of  coordinate  sqare 
(meter/yards  held  legible  side 
up)  precisely  over  the  identi¬ 
fied  intersection,  and  align 
horizontal  scale  edge  with 
northing  grid  line. 

12  Still  looking  straight  down 
and  maintaining  established 
alignment  move  square  East 
(right)  until  scale  reading 
(to  the  nearest  10  M)  corres¬ 
ponding  to  the  last  two  digits 
in  easting  (first)  digit  group 
lies  over  the  identified 
easting  grid  line. 

13  Is  point  to  be  plotted  a  non- 
critical  point? 

YES  16 

NO  14 

14  On  scale  estimate  visually  the 
precise  location  of  the  third 
digit  within  the  bracketing 
scale  graduation;  precisely 
adjust  scale  so  that  this 
location  lies  over  the  easting 
grid  line. 

15  Select  pin  and  place  into 

chart  at  a  point  opposite  the 
vertical  (northing)  scale  that 
corresponds  to  the  last  three 
digits  of  the  northing  (sec¬ 
ond)  digit  group;  estimate  pre¬ 
cise  location  of  the  last 
digit  within  bracketing  gradu¬ 
ations  as  before.  17 


Index 

OPERATION:  Action  to  be  taken 

Branch  to 

No. 

or  Decision  to  be  made 

Index  No. 

16 

Select  pin  and  place  into  chart 
at  a  point  opposite  vertical 
(northing)  scale  that  corresponds 
to  the  last  two  digits  (to  near¬ 
est  10  M)  of  the  northing  (sec¬ 
ond)  digit  group. 

17 

Leaving  clear,  precise  pinhole 
remove  and  store  pin. 

18 

Select  straight  edge  and  place 
horizontally  so  that  pinhole 
made  last  is  precisely  bisected. 

19 

Is  pinhole  just  made  located 
within  80  M  or  less  of  a  grid 
line  or  marked  point? 

YES 

20 

NO 

21 

20 

Rotate  straight  edge  45° 
around  pinhole  center. 

21 

Is  point  in  question  a 
maneuver  check  point? 

YES 

23 

NO 

22 

22 

Is  point  in  question  a  target 
located  by  firing? 

YES 

24 

NO 

25 

23 

Select  bLue  pencil. 

26 

24 

Select  red  pencil. 

26 

25 

Select  4H  pencil. 

26 

Draw  a  line  from  a  point  190  M 
left  of  pinhole  to  one  40  M 
left  of  pinhole,  then  skip  to 

40  M  right  of  pinhole  and  draw 
line  to  point  190  M  right  of 
pinhole. 

27 

Has  tick  mark  (4  lines)  been 
completed? 

YES 

29 

NO 

28 

28 

Rotate  straight  edge  90° 
around  pinhole  center. 

26 

29 

Does  completed  tick  mark  repre¬ 
sent  a  battery  location? 

YES 

30 

NO 

35 

30 

Is  it  A-Battery? 

YES 

31 

NO 

32 

32 

Using  red  pencil  mark  "A"  (V' 
high)  in  upper  right  quadrant 
of  tick  mark. 

46 

33 

Using  4H  pencil  mark  ’’B"  (V1 
high)  in  upper  right  quadrant 
of  tick  mark. 

46 
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Index  OPERATION:  Action  to  be  taken  Branch  to 

No.  _  or  Decision  to  be  made  Index  No. 


TASK  SPECIFICATION 


020340  Using  blue  pencil  mark  "C"  (V1 
high)  in  upper  right  quadrant 
of  tick  mark.  46 

35  Is  it  a  radar  location? 

YES  36 

NO  37 

36  Using  green  pencil  mark  (V 
high)  in  upper  right  quadrant 

of  tick  mark.  46 

37  Is  it  a  registration  point  lo¬ 
cation? 

YES  38 

NO  39 

38  Using  4H  pencil  write  "REG  PT" 

(V  high)  plus  number  assigned 
to  it  in  the  upper  right  quad¬ 
rant  of  the  tick  mark.  46 

39  Is  it  an  OP  location? 

YES  40 

NO  41 

40  Using  4H  pencil  write  observer's 
identification  (V  high)  in  the 
upper  right  quadrant  of  the 

tick  mark.  46 

41  Is  it  a  target  location? 

YES  42 

NO  43 

42  Using  4H  pencil  write  the  three- 
digit  identification  number  (V1 
high)  in  the  upper  right  quad¬ 
rant  of  the  tick  mark;  place 
optional  information  in  upper 
left  and/or  lower  right 

quadrant.  46 

43  Is  it  a  maneuver  check  point? 

YES  44 

NO  45 

44  Using  4H  pencil  write  the  one¬ 

digit  identification  number  (V' 
high)  in  the  upper  right  quad¬ 
rant  of  the  tick  mark  and 

draw  a  tight  circle  around  it.  46 

45  Using  4H  pencil  write  appropri¬ 
ate  identification  (numbers 
and/or  symbols  V  high)  in 
upper  right  quadrant  of  tick 
mark. 

46  Obtain  altitude  for  the  identi¬ 

fied  point  and,  using  4H  pencil, 
write  three-digit  altitude  (V* 
high)  in  the  lower  left  quad¬ 
rant  of  the  tick  mark.  2 

020470  END 


Mission  Context:  Preparing  a  Surveyed  Firing  Chart 
FDC  Team  Member (s):  UCU  and/or  VCO 
Individual  Task:  Constructing  Azimuth  Indexes 


OPERATION:  Action  to  be  taken 
or  Decision  to  be  made 


030000  BEGIN 


Is  there  a  tick  mark  remaining 
for  which  an  azimuth  (Az)  index 
is  to  be  constructed? 


Select  pin  and  place  vertically 
and  securely  into  center  of 
tick  mark  in  question. 

Is  the  cardinal  direction  from 
which  the  next  Az  index  is  to 
be  established  North  (0  or 
6400  tf)? 


Branch  to 
Index  No. 


Is  the  cardinal  direction  from 
which  the  next  Az  index  is  to 
be  established  East  (1600  tfi)? 


5  Is  the  cardinal  direction  from 
which  the  next  Az  index  is  to 
be  established  South  (3200  fh )? 


YES 

NO 


6  Plot  easting  of  tick  mark 
center  in  question  as  far  North 
on  chart  grid  as  possible  (with¬ 
in  reach  of  RDP  range  arm); 
place  pin  precisely  to  mark 
location. 

7  Place  RDP  vertex  against  pin 
in  reference  tick  mark. 


25 

32 


8  Rotate  RDP  until  left  edge  of 
range  arm  is  tight  against  last 
placed  pin. 

9  Select  pin  and  place  in  chart  at 
0  graduation  on  Az  Scale  on  RDP 
arc. 

10  Without  disturbing  any  pins, 
lift  RDP,  rotate  clockwise 
beyond  last  placed  pin,  reposi¬ 
tion  RDP  vertex  on  pin  in  ref¬ 
erence  tick  mark,  and  push  left 
edge  of  range  arm  against  last 
placed  pin. 

11  Remove  last  placed  pin,  and 
using  wedge  sharpened  6H  pencil 
draw  a  2"  line  bisecting  the 
pinhole. 

12  Above  the  last  drawn  line  and 
slightly  to  right  of  pinhole  write 
(V  high)  the  reference  tick  mark's 
identification  plus  "AZO." 


16 


Index  OPERATION:  Action  to  be  taken  Branch  to  Index  OPERATION:  Action  to  be  taken  Branch  to 


No.  _ or  Decision  to  be  made  Index  No. 

030130  Return  left  edge  of  RDP  range 
arm  to  position  it  against  the 
pin  placed  in  030060. 

14  Select  pin  and  place  in  chart  % 

at  400  graduation  on  Az 

scale  on  RDP  arc. 

15  Without  disturbing  any  pins, 
lift  RDP,  rotate  clockwise 
beyond  last  placed  pin,  re¬ 
position  RDP  vertex  on  pin  in 
reference  tick  mark  and  push 
left  edge  of  range  arm  against 
last  placed  pin. 

16  Remove  the  two  last  placed  pins, 
and  using  wedge  sharpened  6H 
pencil  draw  a  2"  line  bisecting 
the  last  made  pinhole. 

17  Above  the  last  drawn  line  and 

slightly  to  the  right  of  the 
pinhole  write  (V  high)  the 
reference  tick  mark  identifi¬ 
cation  plus  "AZ  6000.”  39 

IB  Plot  northing  of  reference  tick 
mark  center  as  far  East  on 
chart  grid  as  possible;  place 
pin  precisely  to  mark  location. 

19  Place  RDP  vertex  against  pin 
in  reference  tick  mark. 

20  Rotate  RDP  until  left  edge  of 
range  arm  is  tightly  again  it 
last  placed  pin. 

21  Select  pin  and  place  into 
chart  at  600  graduation  on 
Az  scale  on  RDP  arc. 

22  Without  disturbing  any  pins, 
lift  RDP,  rotate  clockwise 
beyond  last  placed  pin,  re¬ 
position  RDP  vertex  on  pin 
in  reference  tick  mark  and 
push  left  edge  of  range  arm 
against  last  placed  pin. 

23  Remove  the  two  last  placed  pins, 
and  using  6H  wedge  sharpened 
pencil  draw  a  2"  line  bisecting 
the  last  made  pinhole. 

24  Above  the  last  drawn  line  and 

slightly  to  the  right  of  the 
pinhole  write  (Vhigh)  the 
reference  tick  mark's  identi¬ 
fication  plus  "AZ  1000."  39 

25  Plot  easting  of  reference  tick 
mark  center  as  far  South  on 
chart  as  possible  (within  reach 
of  RDP  range  arm);  place  pin 
precisely  to  mark  location. 

26  Place  RDP  vertex  against  the 
pin  in  the  reference  tick  mark. 

27  Rotate  RDP  until  left  edge  of 
range  arm  is  tight  against  last 
placed  pin. 


No.  _ or  Decision  to  be  made  index  No. 

28  Select  pin  and  place  in  to  chart 
at  200  rf  graduation  on  Az  scale 
on  RDP  arc. 

29  Without  disturbing  any  pins, 
lift  RDP,  rotate  clockwise 
beyond  the  last  placed  pin, 
re-position  RDP  vertex  on  pin 
in  reference  tick  mark  and 
push  left  edge  of  range  arm 
against  last  placed  pin. 

30  Remove  the  two  last  placed  pins, 
and  using  wedge  sharpened  6!1 
pencil  draw  a  2"  line  bisecting 
the  last  made  pinhole. 

31  Above  last  drawn  line  and 
sLightly  to  right  of  pinhole 
write  (V  high)  the  reference 
tick  mark’s  identification 

plus  "AZ  3000."  39 

32  Plot  northing  of  reference  tick 
mark  center  as  far  West  on  chart 
grid  as  possible  (within  reach 
of  range  arm);  place  pin  pre¬ 
cisely  to  mark  location. 

33  Place  RDP  vertex  against  pin 
in  reference  tick  mark. 

34  Rotate  RDP  until  left  edge  of 
range  arm  is  tightly  against 
the  last  placed  pin. 

35  Select  pin  and  place  in  chart 
at  800  tfi  graduation  on  Az  scale 
on  RDP  arc. 

36  Without  disturbing  any  pins, 
lift  RDP,  rotate  clockwise 
beyond  last  placed  pin,  re¬ 
position  RDP  vertex  on  pin  in 
reference  tick  mark  and  push 
left  edge  of  range  arm  against 
the  last  placed  pin. 

37  Remove  the  two  last  placed  pins, 
and  using  wedge  sharpened  6H 
penciL  draw  a  2"  line  bisecting 
the  last  made  pinhole. 

38  Above  last  drawn  line  and  slight¬ 
ly  to  right  of  pinhole  write  (V' 
high)  the  reference  tick  mark's 
identification  plus  "AZ  4000." 

39  Have  relevant  Az  indexes  at  0 
1000  tfi,  and  6000  been  construc¬ 
ted? 

YES  40 

NO  4 

40  Is  another  supplementary  Az  index 
required? 

YES  41 

NO  1 
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Index  OPERATION:  Action  to  be  taken  Branch  to 

No.  _ or  Decision  to  be  made  index  No. 


Index  OPERATION:  Action  to  be  taken  Branch  to 

No.  _ or  Decision  to  be  made  Index  No. 


030410  Determine  previously  established 
Az  index  whose  value  is  +  1000 
from  supplementary  index  to  be 
marked  now. 

42  Is  value  of  the  selected  pre¬ 
vious  Az  index  less  than  the  $ 
value  of  the  index  to  be  marked 
now? 

YES  43 

NO  49 

43  Place  the  RDP  vertex  against 
the  pin  in  the  reference  tick 
mark. 

44  Align  1000  graduation  of  Az 
scale  on  RDP  arc  with  the 
selected  previous  Az  index. 

45  Select  pin  and  place  into  chart 
at  0  jfi  graduation  of  Az  scale 
on  RDP  arc. 

46  Without  disturbing  any  pins, 
lift  RDP,  rotate  clockwise 
beyond  last  placed  pin,  re¬ 
position  RDP  vertex  on  pin  in 
reference  tick  mark  an  push 
left  edge  of  range  arm  against 
last  placed  pin. 

47  Remove  last  placed  pin,  and 
using  wedge  sharpened  6H 
pencil  draw  2"  line  bisecting 
the  last  made  pinhole. 

48  Above  the  last  drawn  line  and 

slightly  to  right  of  pinhole 
write  (V*  high)  the  reference 
tick  mark's  identification  plus 
"AZM  and  the  sum  of  1000  and 
the  4 \  value  of  the  selected 
previous  Az  index.  40 

49  Place  RDP  vertex  against  pin  in 
reference  tick  mark. 

50  Align  0  graduation  of  Az  scale 
on  RDP  arc  with  the  selected 
previous  Az  index. 

51  Select  pin  and  place  into  chart 
at  1000  rfi  graduation  of  Az 
scale  on  RDP  arc. 

52  Without  disturbing  any  pins, 
lift  RDP,  rotate  clockwise 
beyond  last  placed  pin,  re¬ 
position  RDP  vertex  on  pin  in 
reference  tick  mark  and  push 
left  edge  of  range  arm  against 
last  placed  pin. 

53  Remove  last  placed  pin,  and 
using  wedge  sharpened  6H  pencil 
draw  a  2"  line  bisecting  the 
last  made  pinhole 


54  Above  the  last  drawn  line  and 
slightly  to  right  of  pinhole 
write  (V1  high)  the  reference 
tick  mark's  identification  plus 
"AZ"  and  the  value  of  the  selec¬ 
ted  previous  Az  index  minus  1000.  40 

030550  END 


TASK  SPECIFICATION 


Mission  Context:  Preparing  a  Surveyed  Firing  Chart 

FDC  Team  Member(s):  HCQ  and/or  VCO 

Individual  Task:  Constructing  Deflection  Indexes 
(Referred  Df  =  3200  ^ 

Index  OPERATION:  Action  to  be  taken  Branch  to 

No.  _ or  Decision  to  be  made  Index  No. 

OhuGOO  BEGIN 

1  Is  there  a  tick  mark  remaining 
for  which  a  deflection  (Df) 
index  is  to  be  constructed? 

YES  2 

NO  60 

2  Place  pin  vertically  and  secure¬ 
ly  into  center  of  tick  mark  in 
question. 

3  Has  Az  of  lay  been  given? 

YES  4 

NO  3 


4  Is  Az  of  lay  close  to  principal 

direction  of  fire  N  (0  Or  6400  rfi)? 

7 
5 


YES 

NO 


5  Is  Az  of  lay  close  to  principal 
direction  of  fire  E  (1600  ri)? 


YES 

NO 


12 

6 


6  Is  Az  of  lay  close  to  principal 
direction  of  fire  S  (3200  ri)? 

YES 

NO 

7  Plot  easting  of  reference  tick 
mark  center  as  far  North  on 
chart  grid  as  possible  (within 
reach  of  range  arm);  select  pin 
and  place  precisely  to  mark 
location. 


20 

25 


8  Place  RDP  vertex  against  pin 
in  reference  tick  mark. 

9  Rotate  RDP  until  left  edge  of 
range  arm  is  tightly  against 
last  placed  pin. 

10  Select  pin  and  place  into  chart 
either  at  0  graduation  on  the 
Az  scale  on  the  RDP  arc  (tempo¬ 
rary  Az  0)  or  at  the  400 
graduation  (temproary  Az  6000). 
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Index  OPERATION:  Action  to  be  taken  Branch  to 

No. _ or  Decision  to  be  made  Index  No, 

040110  Rotate  RDP  clockwise  until  the 
sum  of  the  chosen  pin  location 
(0  or  6000)  and  the  Az  scale 
graduation  opposite  the  pin 
equals  the  stated  Az  of  lay.  33 

12  Plot  northing  of  reference  tick 
mark  center  as  far  East  on  chart 
as  possible  (within  reach  of 
range  arm);  select  pin  and  place 
precisely  to  mark  location. 

13  Place  RDP  vertex  against  pin  in 
reference  tick  mark. 

14  Rotate  RDP  until  left  edge  of 
range  arm  is  tightly  against 
the  last  placed  pin. 

15  Select  pin  and  place  into  chart 
opposite  the  600  graduation 
on  the  Az  scale  on  the  RDP  arc 
(temporary  Az  1000). 

16  Is  announced  Az  of  lay  between 
2000  -  3000  tf? 

YES  17 

NO  19 

17  Rotate  RDP  clockwise  until  1000 
graduation  on  the  Az  scale  is  pre¬ 
cisely  aligned  with  the  last 
placed  pin. 

IB  Without  moving  RDP,  remove  last 
placed  pin  and  place  it  into 
chart  opposite  the  0  gradua¬ 
tion  on  the  Az  scale  (temporary 
Az  2000). 

19  Rotate  RDP  clockwise  until  the 

sum  of  the  pin  location  (1000  or 
2000)  and  the  Az  scale  gradua¬ 
tion  opposite  the  pin  equals  the 
stated  Az  of  lay.  33 

20  Plot  easting  of  reference  tick 
mark  center  as  far  South  on 
chart  grid  as  possible  (within 
reach  of  range  arm);  select 
pin  and  place  precisely  to  mark 
location. 

21  Place  RDP  vertex  against  pin  in 
reference  tick  mark. 

22  Rotate  RDP  until  left  edge  of 
range  arm  is  tightly  against 
last  placed  pin. 

23  Select  pin  and  place  into  chart 
opposite  the  200  graduation 
on  the  Az  scale  on  RDP  arc 
(temporary  Az  3000). 

24  Rotate  RDP  clockwise  until  the 
sum  of  the  pin  location  (3000) 
and  the  Az  scale  graduation 
opposite  the  pin  equals  the 

stated  Az  of  lay.  33 


Index  OPERATION:  Action  to  be  taken  Branch  to 

No.  _ or  Decision  to  be  made  Index  No. 

25  Plot  northing  of  reference  tick 
mark  center  as  far  West  on  chart 
grid  as  possible  (within  reach 
of  range  arm);  select  pin  and 
place  precisely  to  mark  Location. 

26  Place  RDP  vertex  against  pin  in 
reference  tick  mark. 

27  Rotate  RDP  until  left  edge  of 
range  arm  is  tightly  against 
last  placed  pin. 

28  Select  pin  and  place  into  chart 
opposite  the  BOO  graduation 
on  the  Az  scale  on  the  RDP  arc 
(temporary  Az  4000). 

29  Is  announced  Az  of  lay  between 
5000  -  6000  ri? 

YES  30 

NO  32 

30  Rotate  RDP  clockwise  until  the 
1000  rfi  graduation  on  the  Az 
scale  is  precisely  aligned  with 
the  last  placed  pin. 

31  Without  moving  RDP,  remove  last 
placed  pin  and  place  it  into 
chart  opposite  the  0  gradua¬ 
tion  on  the  Az  scale  (temporary 
Az  5000). 

32  Rotate  RDP  clockwise  until  the 
sum  of  the  pin  location  (4000 

or  5000)  and  the  Az  scale  gradu¬ 
ation  opposite  the  pin  equals 
the  stated  Az  of  lay. 

33  Without  moving  RDP,  move  last 
placed  pin  to  a  point  opposite 
the  200  graduation  on  the  de¬ 
flection  (Df)  scale  on  the  RDP 
arc;  push  down  straight  and 
securely. 

34  Without  disturbing  any  pins, 
lift  RDP,  rotate  clockwise 
beyond  last  placed  pin,  re¬ 
position  RDP  vertex  on  pin  in 
reference  tick  mark  and  push 
left  edge  of  range  arm  against 
last  placed  pin. 

35  Remove  the  two  last  placed  pins, 
and  using  wedge  sharpened  6H 
pencil  draw  a  2"  line  bisecting 
the  last  made  pinhole. 

36  Did  reference  tick  mark  represent 
A-Battery? 

YES  38 

NO  37 

37  Did  reference  tick  mark  represent 

B-Battery? 

YES  39 

NO  40 

38  Select  red  pencil.  41 
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Index 

No. 

OPERATION:  Action  to  be  taken 
or  Decision  to  be  made 

Branch 
Index  I 

040390 

Select  4H  pencil. 

41 

40 

Select  blue  pencil. 

41 

Remove  RDP  and  draw  arrow  head 
pointing  toward  reference  tick 
mark  so  that  arrow  tip  will  be 
1/8"  outward  from  pinhole  in 
last  drawn  line. 

42 

Is  selected  pencil  red? 

YES 

44 

NO 

43 

43 

Is  selected  pencil  4H? 

YES 

45 

NO 

46 

44 

Horizontally  across  outer  end  of 
last  drawn  line  write  "A  3" 

(V  high). 

47 

45 

Horizontally  across  outer  end  of 
last  drawn  line  write  "B  3" 

(V*  high). 

47 

46 

Horizontally  across  outc  -  end  of 
last  drawn  line  write  "C  3" 

(V*  high). 

47 

Is  there  another  supplementary 

Df  index  to  be  constructed? 

YES 

48 

NO 

1 

48 

Place  RDP  vertex  against  pin  in 
reference  tick  mark. 

49 

Rotate  RDP  until  0  rfi  graduation 
on  Df  scale  on  RDP  arc  is  pre¬ 
cisely  aligned  with  the  last 
constructed  Df  index. 

50 

Was  the  last  Df  index  labeled 
"0"? 

YES 

52 

NO 

51 

51  Select  pin  an  place  into  chart 
opposite  the  1000  graduation 
on  the  Df  scale  on  RDP  arc; 
push  down  straight  and  securely, 

52  Select  pin  and  place  into  chart 
opposite  the  400  graduation 
on  the  Df  scale  on  RDP  arc; 
push  down  straight  and  securely. 

53  Without  disturbing  any  pins, 
lift  RDP,  rotate  clockwise 
beyond  last  placed  pin,  re¬ 
position  RDP  vertex  on  pin  in 
reference  tick  mark  and  push 
left  edge  of  range  arm  against 
last  placed  pin. 

54  Remove  last  placed  pin,  and 
using  wedge  sharpened  6H  pencil 
draw  a  2"  line  bisecting  the 
last  made  pinhole. 


Index 

No. 

OPERATION:  Action  to  be  taken 
or  Decision  to  be  made 

Branch  to 
Index  No. 

56 

Remove  RDP  and  draw  arrow  head 
pointing  toward  reference  tick 
mark  so  that  arrow  tip  will  be 
1/8"  outward  from  pinhole  in 
last  drawn  line. 

57 

Was  last  Df  index  labeled  "0"? 

YES 

58 

NO 

59 

58 

Horizontally  across  outer  end 
of  last  drawn  line  write  cap¬ 
ital  letter  as  for  primary  in- 

dex  and  "6." 

47 

59 

Horizontally  across  outer  end 
of  last  drawn  line  write  cap¬ 
ital  letter  as  for  last  Df 
index  while  subtracting  1  from 
accompanying  number  of  that 
last  Df  index. 

040600 

END 

TASK  SPECIFICATION 

Mission 

Context:  Call  for  Fire  -  Adjust 

Fire  Phase 

FDC  Team  Member (s):  HCO  and/or  VCO 

Individual  Task:  Plot  Target  -  Grid  Coordinates 
Method 

Index  OPERATION:  Action  to  be  taken  Branch  to 

_Nc><:_  _ or  Decision  to  be  made  Index  No. 

051000 

,  Equivalent  to: 

roug  Perform  020040  through  020160. 

051110 


TASK  SPECIFICATION 

Mission  Context:  Call  for  Fire  -  Adjust  Fire  Phase 


FDC  Team  Member(s):  HCO  and/or  VCO 
Individual  Task:  Polar  Plot  of  Target 

Index  OPERATION:  Action  to  be  taken 
No,  _ or  Decision  to  be  made 

052000  BEGIN 

1  Has  FO  given  direction  and  dis¬ 
tance  to  target? 

YES 

NO 


Branch  to 
Index  No. 


2 

0 


2  Has  FO  shifted  from  pre-plotted 
position  and  given  a  new  (six 
digit)  position? 

YES 

NO 


3  Plot  FO’s  (critical  point) 
position:  perform  020040 
through  020150. 

4  Establish  FO's  Az  index(es):  as 
needed  perform  03000  through 
03055. 


3 

5 


55  Select  same  pencil  used  for 
labeling  primary  Df  index. 


5  Place  vertex  of  RDP  precisely 
against  pin  in  FOrs  position. 


I 


i 

i 


f 
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Index  OPERATION:  Action  to  be  taken  Branch  to 
No.  _ or  Decision  to  be  made  Index  No. 

052060  Align  a  graduation  on  Az  scale 
of  RDP  arc  with  appropriate 
observer's  Az  index  whose  first 
digit  (in  4-digit  group)  equals 
the  first  digit  of  the  given 
direction  (4-digit  group)* 

7  Rotate  RDP  until  the  sum  of  the 
Az  index  and  of  the  Az  scale 
graduation  above  it  equals  the 
given  direction;  estimate  visu¬ 
ally  as  precisely  as  possible. 

8  Select  pin  and  place  into  chart 
tightly  against  left  edge  of 
RDP  range  arm  at  a  point  cor¬ 
responding  to  stated  distance. 

9  Push  pin  into  chart  vertically 
and  securely. 

052100  END 

TASK  SPECIFICATION 

Mission  Context:  Call  for  Fire  -  Adjust  Fire  Phase 

FDC  Team  Member (s):  HCO  and/or  VCO 

Individual  Task:  Plot  Target  by  Shift  from  Known 
Point 


Index  OPERATION:  Action  to  be  taken  Branch  to 

No.  _ or  Decision  to  be  made  Index  No. 

11  Move  pin  laterally  from  center 
of  target  grid  in  the  specified 
direction  (L  or  R)  along  the  cen¬ 
ter  line  that  is  perpendicular  to 
the  arrow  until  the  distance  of 
pin  from  center  of  target  grid 
(each  line  =  100)  equals  the 
specified  lateral  shift. 

12  Move  pin  precisely  vertically 
from  point  identified  in  the 
last  step  in  the  direction 
specified  (add  or  +:  toward 
arrow  head;  drop  or  -:  toward 
arrow  tail)  until  the  vertical 
distance  covered  (each  line  = 

100)  equals  the  specified  r  *nge 
value. 

13  Push  pin  vertically  and  precise¬ 
ly  into  point  reached  so  as  to 
keep  it  securely  in  place. 

053140  END 

TASK  SPECIFICATION 

Mission  Context:  Call  for  Fire  -  Adjust  Fire  Phase 

FDC  Team  Member (s):  HCO 


Index 

No. 


053000 

1 


2 

3 

4 

5 

6 


7 


8 


9 


OPERATION:  Action  to  be  taken 
_ or  Decision  to  be  made 


Branch  to 
Index  No. 


BEGIN 

Have  target  location  data  been 
provided? 

YES  2 

NO  0 


Store  information. 

On  chart  identify  the  known  point 
that  has  been  specified. 

SeLect  target  grid  and  insert 
pin  through  center. 

Place  pin  (in  target  grid)  pre¬ 
cisely  into  center  of  known 
point  tick  mark. 

Rotate  target  grid  so  that 
arrow  tip  points  North  and  so 
that  any  one  target  grid  line 
is  precisely  aligned  with  any 
chart  grid  line. 

Select  pin  and  place  into  chart 
precisely  at  the  0  graduation 
of  the  scale  around  target  grid 
circumference  (above  arrow  tip). 

Rotate  target  grid  until  a  mil 
scale  graduation  equivalent  to 
specified  direction  is  precise¬ 
ly  aligned  with  la9t  placed  pin. 

Select  pin(s)  and  tack  target 
grid  to  chart  on  side  away  from 
expected  activity  (below). 


Individual  Task:  Determine  Range  with  RDP 

Index  OPERATION:  Action  to  be  taken  Branch  to 

No.  _ or  Decision  to  be  made  Index  No. 

060000  BEGIN 

1  Has  target  location  been  estab¬ 
lished? 

YES  2 

NO  0 

2  Select  pin  and  push  vertically 
into  precise  center  of  tick 
mark  representing  the  battery  in 
question. 

3  Place  vertex  of  RDP  precisely 
against  last  placed  pin. 

4  Rotate  RDP  counterclockwise 
until  left  edge  of  range  arm 
is  tight  against  previously 
placed  target  pin. 

5  Is  chart  scale  1:25,000? 

YES  6 

NO  7 

6  On  RDP  range  arm  read  range  In 
meters  on  the  scale  at  the  point 
of  the  target  pin  location; 
estimate  visually  to  the  nearest 

10  M.  8 

7  On  RDP  range  arm  read  range  in 
meters  on  the  scale  at  the  point 
of  the  target  pin  location  and 
divide  reading  by  2;estimate 
visually  to  nearest  10  M. 


10  Select  pin. 


8  Store  range  value. 


060090  END 


TASK  SPECIFICATION 

Mission  Context:  Call  for  Fire  -  Adjust  Fire  Phase 

FDC  Team  Member (s):  HCO 

Individual  Task:  Determine  Deflection  with  RDP 

Index  OPERATION:  Action  to  be  taken  Branch  to 

No.  _ or  Decision  to  be  made  Index  No. 

070000  BEGIN 

1  Has  target  been  pinned  and  range 
determined? 

YES  2 

NO  060000 

2  On  RDP  arc  determine  value  on 
deflection  (Df)  scale  for  gradu¬ 
ation  that  coincides  with  a  Df 
index  for  the  Battery  in 
question;  estimate  visually  to 
nearest  mil. 

3  Multiply  value  of  Df  index 
used  by  1000  and  add  Df  scale 
reading  from  last  step;  sum 
is  Df . 

4  Store  deflection  value. 

070050  END 

TASK  SPECIFICATION 

Mission  Context:  Call  for  Fire  -  Adjust  Fire  Phase 

FDC  Team  Member (s):  HCO 

Individual  Task:  Giving  Range  and  Deflection  to 


Index 

No. 

Battery  Computer (a) 

OPERATION:  Action  to  be  taken 
or  Decision  to  be  made 

Branch  to 
Index  No. 

080000 

BEGIN 

1 

Is  communication  channel  cur¬ 
rently  in  use? 

YES 

0 

NO 

2 

2 

Announce  (1)  phonetic  alphabet 
code  for  Battery  in  question, 

(2)  "range"  and  (3)  retrieved 
value  of  range  from  060080. 

3 

Does  Battery  Computer  read 
back  correctly? 

YES 

4 

NO 

2 

4 

Announce  (1)  "deflection"  and 
(2)  retrieved  value  of  deflec¬ 
tion  from  070040. 

5 

Does  Battery  Computer  read 
back  correctly? 

YES 

6 

NO 

4 

080080 

END 

TASK  SPECIFICATION 

Mis  ion  Context:  Call  for  Fire  -  Adjust  Fire  Phase 

FDC  Team  Member Cs):  HCO 

Individual  Task:  Determine  Angle  T 

Index  OPERATION;  Action  to  be  taken  Branch  to 

No.  _ or  Decision  to  be  made  Index  No. 

090000  BEGIN 

1  Was  target  established  by  shift 
from  known  point? 

YES  2 

NO  3 

2  Shift  previously  used  target 

grid  so  that  its  center  (with 
pin  through  it)  is  precisely 
over  plotted  target;  push  in 

straight  and  securely.  5 

3  Select  target  grid  and  pin. 

4  Push  pin  through  center  of 
target  grid  and  place  pin  pre¬ 
cisely  into  target  pinhole; 
push  down  to  secure. 

5  Orient  target  grid  so  that 
arrow  head  points  up  (N  on 
chart);  precisely  align  any 
target  grid  line  with  any 
chart  grid  line  underneath. 

6  Select  pin  and  place  into  chart 
opposite  0  graduation  on  peri¬ 
pheral  target  grid  scale. 

7  Rotate  target  grid  until  direc¬ 
tion  value  given  by  FO  (i.e., 

Az)  is  aligned  with  last  placed 
pin;  secure  target  grid  with 
pin(s)  to  maintain  orientation. 

8  With  RDP  vertex  on  pin  represen¬ 
ting  Battery  in  question, 
rotate  RDP  until  left  edge  of 
range  arm  is  tight  against 

pin  in  target  grid  center. 

9  Is  arrow  tip  on  target  grid 
visible? 

YES  10 

NO  11 

10  Select  the  smaller  angle 

formed  by  the  arrow  tip  on  the 
target  grid  and  the  left  edge 
of  RDP  range  arm;  count  the 
number  of  mils  between  arrow 
tip  and  left  edge  in  100  d 

units  (to  nearest  100  tfi).  12 

11  Select  the  smaller  angle 
formed  by  the  arrow  tail  on  the 
target  grid  and  left  edge 

of  RDP  range  arm;  count  the 
number  of  mils  between  arrow 
tail  and  left  edge  in  100 
units  (to  nearest  100  tf). 

12  Store  obtained  Angle  T. 

090130  END 
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TASK  SPECIFICATION 


Mission  Context:  Call  for  Fire  -  Adjust  Fire  Phase 

FDC  Team  Member(s):  VCQ 

Individual  Task:  Determining  Vertical  Interval 
from  Map 

Index  OPERATION:  Action  to  be  taken  Branch  to 
No.  _ or  Decision  to  be  made  Index  No. 

101000  BEGIN 

1  On  map  locate  square  having  the 
same  coordinates  as  correspon¬ 
ding  square  on  chart  grid  that 
contains  target  location. 

2  Select  1:50,000  scale  on 
coordinate  square. 

3  Looking  straight  down,  place 
0/0  point  of  coordinate  square 
(meters/yards  held  legible 
side  up)  precisely  over  lower 
left  corner  of  identified  square, 
and  align  lower  horizontal  scale 
on  coordinate  square  with  north¬ 
ing  grid  line  of  identified 
intersection. 

U  Still  looking  straight  down 
and  maintaining  established 
alignment,  move  coordinate 
square  East  (right)  until 
scale  reading  (to  nearest  10  M) 
corresponding  to  last  two 
digits  in  easting  (first)  tar¬ 
get  digit  group  lies  over  the 
easting  line  of  identified 
intersection. 

5  Select  pin  and  place  into  map 
at  a  point  opposite  the  verti¬ 
cal  (northing)  scale  on  the 
coordinate  square  that  cor¬ 
responds  to  the  last  two  digits 
of  the  northing  (second)  target 
digit  group. 

6  Visually  identify  upper  and 
lower  contour  lines  on  map 
which  form  band  that  contains 
the  target. 

7  On  map  determine  altitude 
values  for  upper  and  lower 
contour  lines. 

8  Add  \  of  difference  (upper 
minus  lower  contour  line 
altitude)  to  lower  contour 
line  altitude  to  obtain 
target  altitude;  remove 
pin  from  map. 

9  Is  target  altitude  greater 
than  altitude  of  Battery  in 
question? 

YES  10 

NO  11 

10  Subtract  Battery  altitude  from 
target  altitude  and  label  the 
resultant  value  with  a  positive 
(+)  sign. 


Index 

OPERATION:  Action  to  be  taken  Branch  to 

No. 

or  Decision  to  be  made  Index  No. 

u 

Subtract  target  altitude  from 

Battery  altitude  an  label  the 
resultant  value  with  a  negative 
(-)  sign. 

12 

Store  vertical  interval  (VI). 

101130 

END 

TASK  SPECIFICATION 

Mission 

Context:  Call  for  Fire  -  Adjust  Fire 

Phase 

FDC  Team  Member(s):  VCQ 

Individual  Task:  Determine  Vertical  Interval 

Via 

Vertical  Shift 

Index 

OPERATION:  Action  to  be  taken  Branch  to 

No. 

or  Decision  to  be  made  Index  No. 

102000 

BEGIN 

1 

On  chart  determine  altitude  of 
known  point  or  observer’s  loca¬ 
tion  from  which  shift  is 
occurring. 

2 

Did  information  furnished  by 
observer  include  a  vertical 
component  ("up"  or  "down"  and 
value? 

YES 

3 

NO 

6 

3 

Was  given  value  preceded  by 

"up"? 

YES 

4 

NO 

5 

4 

Add  given  value  to  altitude  of 
known  point. 

8 

5 

Subtract  given  value  from 
altitude  of  known  point. 

8 

6 

Was  omission  (probably) 
intentional? 

YES 

7 

NO 

0 

7 

Altitude  of  known  point 
equals  target  altitude. 

8 

Is  target  altitude  greater  than 
altitude  of  Battery  in  question? 

YES 

9 

NO 

10 

9 

Subtract  Battery  altitude  from 
target  altitude  and  label  resul¬ 
tant  value  with  a  positive  (+) 
sign. 

11 

10 

Subtract  target  altitude  from 
altitude  of  Battery  in  question 
and  label  the  resultant  value 
with  a  negative  (-)  sign. 

11 

Store  vertical  interval  (VI)  data. 

102120 

END 
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TASK  SPECIFICATION 


TASK  SPECIFICATION 


Mission  Context:  Call  for  Fire  -  Adjust  Fire  Phase 

FDC  Team  Member (s):  VCO 

Individual  Task:  Compute  Site 

Index  OPERATION:  Action  to  be  taken  Branch  to 

No.  _ or  Decision  to  be  made  Index  No. 

111000  BEGIN 

1  Select  proper  Graphical  Site 
Table  (GST) . 

2  Is  charge  number  given  in  fire 
order  shown  on  slide  (center) 
of  GST? 

YES  4 

NO  3 

3  Remove  slide  of  GST  and  re¬ 
insert  with  other  «ide  showing. 

4  Move  manufacturer^  hair  line 
(MHL)  to  a  value  on  the  D  scale 
that  corresponds  to  the  absolute 
value  of  the  VI. 

5  Visually  select  scales  on  slide 
labeled  with  charge  in  question. 

6  Has  VI  a  positive  sign? 

YES  7 

NO  8 

7  Without  changing  MHL  setting, 
move  slide  until  value  of 
established  target  range  on  the 

TAG  (black)  scale  is  under  MHL.  9 

8  Without  changing  MHL  setting, 
move  slide  until  value  of 
established  target  range  an  the 
TBG  (red)  scale  is  under  MHL. 

9  Read  value  on  D  scale  opposite 
M-gage  point. 

10  Was  TAG  (black)  9cale  used? 

YES  11 

NO  12 

11  Label  value  read  at  gage  point 

positive  (+).  13 

12  Label  value  read  at  gage  point 
negative  (-). 

13  Was  Rg  change-over  point  on 
scale  used  (TAG  or  TBG) 
reached  or  exceeded? 

YES  14 

NO  15 

14  Round  off  Rg  to  next  lower  value 
shown  numerically  on  scale. 

15  Approximately  divide  VI  (in 
meters)  by  Rg/1000  to  estimate 
decimal  point. 

16  Store  site  data. 

111170  END 


Mission  Context:  Call  for  Fire  -  Adjust 
FDC  Team  Member(s):  VCO 
Individual  Task:  Announcing  Site 

Index  OPERATION:  Action  to  be  taken 
No.  _ or  Decision  to  be  made 

120000  BEGIN 

1  Is  communication  channel  in  use 

YES 

NO 

2  Retrieve  site  from  111160. 

3  Announce  (1)  "site",  (2)  phone¬ 
tic  alphabet  code  for  Battery 
in  question,  and  (3)  value  of 
site. 

4  Does  Battery  Computer  read  back 
correctly? 

YES 

NO 

120050  END 

TASK  SPECIFICATION 

Mission  Context:  Call  for  Fire  -  Adjust 
FDC  Team  Member (s):  Computer (s) 

Individual  Task:  Record  Fire  Order  and 
Announce  Fire  Mission 

Index  OPERATION:  Action  to  be  taken 
No.  _ _ or  Decision  to  be  made 

130000  BEGIN 

1  Store  in  order  received: 

(1)  observer  identification 

(2)  warning  order 

(3)  target  location 

(4)  target  description 

(5)  method  of  engagement 

(6)  authentication. 

2  Store  in  order  received: 

(1)  changes,  if  any,  in  stan¬ 
dard  elements  of  fire 
order,  and 

(2)  added,  non-standard 
elements. 

3  Is  communication  channel  clear? 

YES 

NO 

4  Announce  to  Battery  in  order: 

(1)  "fire  mission," 

(2)  "battery  adjust," 

(3)  "charge"  plus  value  given 
in  fire  order 

(if  necessary,  address  standard 
fire  commands). 

5  Does  RTO  read  back  correctly? 

YES 

NO 

130060  END 
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Fire  Phase 


Branch  to 
Index  No. 


0 

2 


5 

3 


Fire  Phase 


Branch  to 
Index  No. 


4 

3 


6 

4 


TASK  SPECIFICATION 

Mission  Context:  Call  for  Fire  -  FFE  Phase 
FDC  Team  Member(s):  Computer (s) 


Index 

No. 

OPERATION: 

or 

Action  to  be  taken 
Decision  to  be  made 

Branch  to 
Index  No. 

7 

Does  Battery  RTO  read  back 
correctly? 

Individual  Task:  Re-Announcing  Number  of 

Rounds 

YES 

8 

and  Fuze  to  Battery 

NO 

6 

Index 

OPERATION:  Action  to  be  taken 

Branch  to 

150080 

END 

No. 

or  Decision  to  be  made 

Index  No. 

140000 

BEGIN 

TASK  SPECIFICATION 

1 

Have  changes  been  made  in  pre¬ 
viously  established  fire  order? 

Mission  Contxt :  Call  for  Fire  -  Adjust 

and  FFE 

Phases 

YES 

2 

FDC  Team  Member (s):  Computer (s) 

NO 

3 

Individual  Task:  Compute  Quadrant  Elevation 

2 

Note  changes,  if  any,  affecting 

Index 

OPERATION:  Action  to  be  taken 

Branch  to 

number  of  rounds  to  be  fired 

No. 

or  Decision  to  be  made 

Index  No. 

and/or  fuze  type  to  be  used. 

4 

161000 

BEGIN 

3 

P  '-rieve  from  established  fire 
ord?r  and  130020: 

(1)  number  of  rounds  to  be 

1 

Select  proper  Graphical  Firing 
Table  (GFT)  for  charge  in  fire 
order. 

. i red  by  Battery,  and 

(2)  fuze  type  to  be  used. 

2 

lias  a  currently  valid  Rg  value 

4 

Is  communication  channel  clear? 

been  received? 

YES 

NO 

5 

4 

YES 

NO 

4 

3 

5 

Announc,*:  ’’battery,"  value 

3 

Request  data  from  HCO. 

2 

from  1  '♦  '020  or  140030  plus 

4 

Set  MHL  on  Rg  scale  to  current 

"rounds,"  "fuze"  plus  type 

Rg  value;  determine  value  on 

from  140020  or  140030,  (add, 

elevation  scale  which  lies 

if  required,  shell  type). 

under  previously  marked  line 

6 

Does  Battery  RTO  read  back 

for  corrected  elevation  setting. 

correctly? 

5 

Store  elevation. 

YES 

7 

6 

Determine  100/R  value  on  100/ R 

NO 

4 

scale  that  lies  under  MHL. 

140070 

END 

71 

Multiply  100/R  by  .2  to 
obtain  20/R. 

TASK  SPECIFICATION 

72 

Divide  100/R  by  5  to 

Mission 

Context:  Call  for  Fire  -  Adjust 

Fire  Phase 

obtain  20/R. 

FDC  Team  Member(s):  Computer(s) 

8 

Store  20/R, 

Individual  Task:  Compute  and  Announce  Deflection 

9 

Has  site  been  received? 

to  Battery 

YES 

11 

Index 

OPERATION:  Action  to  be  taken 

Branch  to 

NO 

10 

No. 

or  Decision  to  be  made 

Index  No. 

Request  site  from  VCO. 

9 

LU 

150000 

BEGIN 

11 

Is  Ti  or  VT  in  effect? 

1 

Has  currently  valid  deflection 
(Df)  been  received? 

YES 

NO 

12 

13 

YES 

NO 

3 

2 

12 

Retrieve  elevation  and  20/R; 

algebraically  sum  elevation, 

2 

Request  Df  from  HCO. 

1 

site  and  20/R. 

14 

3 

Store  Df  data. 

13 

Retrieve  elevation;  algebra¬ 

4 

Algebraically  add  previously 

ically  sum  elevation  and  site. 

established  Df  correction  to 

14 

Store  QE. 

last  rece Lved' stored  Df. 

161150 

END 

5 

Is  communication  channel  clear? 

YES 

6 

NO 

5 

6  Announce:  "clef Vec tion"  and 

algebraic  sum  obtained  in  150040. 
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TASK  SPECIFICATION 


TASK  SPECIFICATION 


Mission  Context:  Call  for  Fire  -  FFE  Phase 
FDC  Team  Member(s):  Computer (s ) 

Individual  Task:  Deriving  Time  or  Fuze  Setting 


OPERATION:  Action  to  be  taken 
_ or  Decision  to  be  made 


170000  BEGIN 


On  previously  selected  GFT  is 
MHL  still  on  current  Rg? 


Branch  to 
Index  No. 


Mission  Context:  Call  for  Fire  -  Adjust  Fire  Phase 
FDC  Team  Member (s):  Computer (s) 


Individual  Task:  Announcing 


uadrant  Elevation  (QE) 


OPERATION:  Action  to  be  taken 
or  Decision  to  be  made 


190000  BEGIN 


Is  communication  channel  clear? 


Branch  to 
Index  No. 


Set  MHL  to  current  Rg  value  on 
Rg  scale. 

Is  VT  in  effect? 


On  FS  M564  scale  read  value  to 
nearest  whole  second  that  lies 
under  the  previously  marked  line 
for  corrected  time  (fuze) 
setting. 

On  FS  M564  scaLe  read  value  to 
nearest  .1  second  that  lies 
under  the  previously  marked 
line  for  corrected  time  (fuze) 
setting. 

Store  obtained  value. 


Is  this  the  initial  adjust 
round  of  this  mission? 


Announce  to  Battery  in  order: 

(1)  number  of  rounds  given  in 
fire  order  plus  ’’rounds", 

(2)  fuze  type  to  be  used  during 
FFE  plus  "in  effect," 

(3)  "quadrant"  plus  value 
retrieved  from  161140. 

Announce  to  Battery:  "quadrant" 
plus  value  retrieved  from 
161140. 

Does  RTO  read  back  correctly? 


170070  END 


190060  END 


TASK  SPECIFICATION 

Mission  Context:  Call  for  Fire  -  FFE  Phase 
FDC  Team  Member (s):  Computer (s) 

Individual  Task:  Announcing  FFE  Data  to  Battery 

Index  OPERATION:  Action  to  be  taken  Branch  to 

No.  or  Decision  to  be  made  Index  No . 

180000  BEGIN 


Retrieve : 

(1)  Df  from  150040, 

(2)  time  or  FS  from  170060, 

(3)  QE  from  161140. 

Is  communication  channel  clear? 


Announce  in  order : 

(1)  "time"  plus  value  retrieved 
in  180010, 

(2)  "deflection"  plus  value  re¬ 
trieved  in  180010, 

(3)  "quadrant"  plus  value  re¬ 
trieved  in  180010. 

Does  Battery  RTO  read  back 

correctly? 


180050  END 
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APPROACHES  TO  ROUTINE  DEVELOPMENT 


The  uses  of  precise,  detailed,  valid  and  reliable  task  specifications  (TS)  are  manifold,  and  this 
has  been  pointed  out  from  the  beginning.  More  will  be  said  about  various  uses  in  the  next  segment.  If 
such  uses  are  to  be  made  and  made  routinely  on  an  operational  scale,  efficient  and  economical  approaches 
to  the  rapid  development  of  quasi-algorithmic  TS  need  to  be  established.  The  procedures  followed  in  this 
present,  exploratory  effort  were  clearly  not  of  that  type.  This  effort  was  primarily  a  test,  on  a  moder¬ 
ate  scale,  of  the  practical  feasibility  of  something  for  which  a  priori  only  a  strongly  plausible  ration¬ 
ale  could  be  exhibited.  Hence,  procedures  used  (as  described  in  the  second  segment  of  this  report)  were 
improvisations  and  of  a  makeshift  character.  The  successful  demons tration  of  the  feasibility  and  practi¬ 
cality  of  quasi-algor ithmic  TS  necessitates  the  outline  delineation  of  a  more  systematic  approach  to  de¬ 
velopment. 


Some  Background  Considerations 

As  explained  earlier,  quasi -algorithms  are  an  approximation  to  formal  algorithms.  While  formal 
algorithms  have  many  important  uses  in  formal  logic  and  in  pure  and  applied  mathematics,  their  most  wide¬ 
ly  known  application  is  the  digital  computer  program.  Quasi-algorithms  are  not  exactly  like  formal  algo¬ 
rithms,  and  quasi -algorithmic' TS  are  not  to  be  thought  exactly  like  computer  programs  of  either  the  digi¬ 
tal  or  the  analog  type;  neither  are  human  beings  exactly  like  either  analog  or  digital  computers.  How¬ 
ever,  quasi-algorithmic  TS  and  (particularly  digital)  computer  programs,  if  not  of  the  same  genus  and 
species  are  members  of  the  same  f ami ly  or,  perhaps,  only  order  or  class.  For  practical  purposes  they  do 
share  certain  characteristics  and  introduce,  at  least,  some  similar  problems. 

Once  it  has  been  developed  and  validated  (tested,  verified)  a  quasi-algorithmic  TS  retains  its 
specific  validity  and  usefulness  indefinitely.  So  long  as  there  is  no  significant  change  in  the  type  of 
task(s)  to  which  it  is  applicable,  the  population  on  which  it  was  validated,  or  the  kind  of  use  to  which 
it  is  put  its  "shelf  life"  is  indefinite.  In  a  similar  sense  this  is  also  true  of  computer  programs.  So 
long  as  there  is,  for  example,  no  change  in  the  way  a  pay-roll  is  computed,  so  long  as  there  is  no  change 
in  the  computer  (make,  model,  conf iguration)  for  which  the  program  was  written,  and  so  long  as  there  is 
no  new  or  additional  output  requirement  (e.g.,  summarize  not  only  pay,  taxes,  deductions,  etc.,  but  also 

accumulated  vacation  and  sick  leave  credits)  the  program  may  be  used  over  and  over  again.  However, 

changes  of  various  types  do  occur  over  time,  and  programs  must  be  "maintained",  updated,  augmented,  and  so 
on.  There  is  a  strong  presumption  that  analogous  changes  will  take  place  with  respect  to  TS. 

We  had  a  specific  example  of  a  change  even  within  the  present  exploratory  effort.  As  explained 
earlier,  the  Battery  Computer  (in  the  FDC)  no  longer  announces  the  number  of  rounds  to  be  fired  and  the 

fuze  type  when  first  alerting  his  Battery  to  a  fire  mission  (Task  13),  but  only  on  first  giving  Quadrant 

Elevation  (Task  19).  A  change  such  as  this  one  is  conceptually  not  difficult  --  perhaps  trivial,  but 
does  entail  tedious  rearrangements.  Not  only  will  the  text  of  one  or  more  operations  change  (in  source 
as  well  receiving  TS),  but  some  operations  may  be  eliminated  and/or  others  added.  Index  Numbers  in  both 
TS  may  change.  References  to  the  "old"  Index  Numbers  must  be  found  and  changed.  Possibly  a  change  in 
some  sort  of  nomenclature  may  occur,  or  perhaps  in  a  phrase  used  repeatedly  throughout  several  TS.  All 
of  the  instances  of  prior  use  must  be  found  and  the  corrections  made. 

So  long  as  TS  information  is  stored  in  printed  form  any  changes  are  likely  to  present  a  staggering 
clerical  problem.  The  tracing  of  concatenated  change  effects  through  reams  of  printed  paper  is  likely  to 
entail  labor  costs  that  may  well  turn  out  to  be  greater  in  the  long  run  than  the  original  costs  of  devel¬ 
oping  the  TS.  The  solution  to  this  problem  is  suggested  by  the  standard  mode  of  dealing  with  computer 
programs.  Storing  the  basic  information  in  magnetic  form  via  a  computer  simplifies  the  change  procedures 
immensely  and  reduces  attendant  labor  costs  to  a  much  more  reasonable  level.  As  is  the  case  with  comput¬ 
er  programs,  the  stored  information  can  be  printed  out  or  displayed  on  a  cathode  ray  tube  (CRT)  at  will. 

In  addition,  computer  furnished  clerical  supports  of  assigning  unique  Index  Numbers,  of  text  editing,  of 
searching,  of  locating  incomplete  or  "open"  branches  (to  name  but  an  obvious  few)  can  simplify  and  expe¬ 
dite  original  task  specification  development  and  validation  (verification,  testing)  and  provide  similar 
simplification  in  useful  applications  of  TS. 

Storage  and  handling  of  TS  information  can  be  accomplished  on  almost  any  kind  of  general  purpose 
digital  computer.  It  can  be  done  in  a  batch-processing  mode  or,  with  far  greater  convenience,  on  an 
individual  terminal  in  a  time-sharing  mode.  However,  it  can  be  argued  that  the  "personal"  type  of  micro¬ 
computer  that  is  being  currently  introduced  commercially  offers  important  advantages.  The  chief  advan¬ 
tages  would  seem  to  be  (1)  simplicity,  (2)  portability  and  (3)  cost.  These  micro-computers  have  been  de¬ 
signed  for  a  market  of  minimal  sophi st ication  so  that  the  operation  of  these  devices  d-os  not  demand  or 
pre-suppose  any  substantial  degrees  of  skills  or  knowledges  on  the  part  of  prospective  users.  They  re¬ 
quire  no  special  environments  (air  conditioning,  electric  power,  etc.),  weigh  perhaps  20  -  30  lbs,  occupy 
no  more  than  one  half  of  a  desk  top,  and  use  ordinary  tape-cassettes  for  mass  information  storage.  They 
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are,  therefore,  clearly  and  easily  portable  and  useable,  for  example,  in  any  office  or  field  environment 
with  115  V  service.  Lastly,  costs  of  currently  advertised  commercial  products  tend  to  be  about  the  same 
as  for  good  quality  electric  typewriters  (less  than  $1000). 

If  micro-computers  tan  be  assumed  as  a  tool  or  helpmate  for  developers,  maintainers  and  some  users 
of  TS,  both,  efficiency  and  economy  will  probably  be  achieved.  Tape-cassette  storage  of  substantive 
Information  guarantees  its  rapid  and  inexpensive  reproducabil i ty.  In  principle,  this  information  can  be 
readily  transferred  toother  information  storage  and  handling  environments.  These  considerations  must 
be  kept  in  mind  as  .»  practical  backdrop  for  the  development  framework  which  follows. 

Jobs/Tasks/Operations  Inventories 

The  significance  (by  any  sort  of  criterion)  of  all  jobs  or  duty  positions  is  not  equal.  Some  can  be 
said  to  be  of  major  significance,  while  others  are  of  little  or  no  significance.  This  is  equally  true  of 
individual  tasks.  For  example,  the  computation  of  Site  by  the  VCO  can  probably  be  considered  as  being 
highly  significant,  while  the  parroting  of  message  traffic  by  the  RTO  is  of  little  significance  (though 
possibly  of  great  importance  to  mission  success).  Similarly,  some  operations  within  individual  tasks  are 
significant  (e.g.,  reading  correct  value  of  Site  on  GST)  and  others  trivial  (e.g.,  deciding  whether  the 
communication  channel  is  in  current  use).  However  one  might  define  "significant,"  it  will  be  appreciated 
that  there  is  no  need  to  subject  any  and  all  job/task  activities  to  analysis  and  detailed,  quasi- 
algori thmic  specification.  Rather  such  analysis  probably  should  be  only  selectively  undertaken.  The 
issue  of  the  criteria  for  selection  goes  beyond  the  scope  of  this  report. 

Hayes,  Meltzer  and  Wolf  (1970)  pointed  out  that  substantive  conclusions  to  be  drawn  from  a  data 
analysis,  or  the  model  (image  or  representation  of  reality)  that  emerges  is  very  much  dependent  on  the 
fine-grainedness  of  the  data  that  are  considered.  Two  models  may  be  equally  correct,  though  seemingly 
very  different.  For  example,  the  structures  apparent  under  a  microscope  at  the  highest  and  lowest  levels 
of  magnification  will  be  very  different,  though  both  will  be  of  the  same  object.  As  in  the  case  of  the 
microscope,  it  will  not  invariably  be  desirable  to  examine  any  and  all  human  activity  to  the  level  of  the 
(extremely)  elementary  operation.  For  many  purposes  it  may  suffice  to  stay  at  the  level  of  the  individu¬ 
al  task  (minimal  "magnification"  and  maximal  "area  of  view").  However,  as  in  any  structure,  representa¬ 
tion  at  all  "levels  of  magnification"  must  have  a  cross-level  coherence  or  internal,  mutually  consistent 
morphology . 

If  one  considers,  for  example,  Tasks  05  through  19  as  specified  in  this  report,  it  will  be  evident 
that  a  different  sort  of  task  identification,  grouping  of  operations  or  structure  would  likely  have  been 
produced  in  an  inventory  derived  from  questioning  MOS  13E  personnel  about  "what  they  do."  The  problem  of 
inventorying  tasks  so  as  to  maintain  a  coherent  morphology  can  be  identified  as  requiring  a  solution,  but 
the  solution  again  goes  beyond  the  scope  of  the  present  project. 

A  related  problem  that  was  addressed  without  a  wholly  satisfactory  solution  is  the  algor itlunic  or 
quasi -nl gori thmic  representation  of  a  group  or  team  of  Interacting  individuals.  I'nlike  the  serial  activ¬ 
ities  of  individuals  such  activities  occur  in  parallel  and  with  difierent  degrees  of  interdependence  and 
synchrony.  In  Figure  1  an  approximate  task  pLot  was  provided  for  a  routine  fire  mission,  but  this  graph¬ 
ic  representation  does  not  have  the  degree  of  rigor,  for  example,  that  would  be  iquuv:  f  .  computer  im¬ 
plementation  or  simulation.  An  examination  of  pertinent  literature  (Miller,  1973;  V.»/s»>nyi,  1977,  1’  7k) 
suggests  th.it  Petri  nets  may  provide  the  formal  basis  for  a  solution,  and  an  attempt  was  mule  to  develop 
an  augmented  Petri  net  in  accordance  with  Peterson  (1977)  and  Zisman  (1978).  A  graphic  kq action  of 
Tasks  -  [9  as  an  augmented  Petri  net  rapidly  becomes  too  complex  and  cumbersome,  since  input,  process¬ 
ing  and  output  nodes  must  be  distinguished.  A  conversion  of  the  net  to  an  isomorphic  table  alleviates 
the  problem  nnly  n  little.  A  lengthier  and  more  exhaustive  examination  of  this  problem  will  be  necessary 
to  assure  feasibility  of  computer  implementation  of  (including  analytic/ synthetic  operations  on)  task 
structures  of  teams  (groups  rather  than  individuals). 

Within  the  foregoing  qualifications  and  identif ication  of  issues  requiring  further,  more  elaborate 
examination  it  is  suggested  that  tasks  as  such  be  surveyed  and  inventoried  first  before  proceeding  to  an 
uncritical,  detailed  analysis  of  any  and  all  tasks  (i.e.,  analysis  to  the  level  of  operations).  The 
criteria  for  proceeding  to  a  detailed  analysis  will,  no  doubt,  be  somewhat  contingent  on  the  intended 
purposes.  If,  for  instance,  the  purpose  is  one  of  assessment  or  prediction  of  team  performance,  the 
criticality  to  overall  mission  success  might  be  considered  a  factor.  If  the  purpose  is  training,  statis¬ 
tics  on  a  task's  being  a  steady  source  of  inadequate  performance,  or  of  being  difficult  to  learn  --  being 
a  known  instructional  problem  --  may  be  the  more  weighty  factor.  Whatever  the  criteria,  however,  only 
tasks  for  which  there  exists  an  adequate  justification  should  be  specified  in  detail  in  quasi -algori tlimic 
form. 


Analyst  -  Expert  Collaboration 

This  segment  of  the  report  deals  with  suggestions  that  can  be  made  at  this  stage  of  experience  con¬ 
cerning  approaches  to  effective,  efficient  and  economical  routine  development  of  quasi -algor i thmic  TS. 
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So  far  the  advantages  of  developing  TS  with  the  aid  of  micro-computers  have  been  outlined.  The  host  of 
implications  carried  by  this  recommendation  is  too  large  for  a  minutely  detailed  consideration,  and  it 
must  be  hoped  that  this  missing  information  can  be  supplied  by  readers.  Also,  a  selective  subjection  of 
tasks  to  detailed  analysis  was  recommended.  Within  these  two  major  framework  considerations  a  practi¬ 
cal  procedure  such  as  the  following  one  seems  indicated. 

The  time  consuming  technique  used  in  this  present  exploratory  effort  of  locating  relevant  document¬ 
ation,  analysing  its  content,  synthesizing  from  it  the  gross  algorithm,  etc.  is  clearly  very  inefficient. 
A  better  technique  will  make  an  expert  in  a  given  subject-matter  area  available  to  the  task  analyst.  The 
analyst  will  go  to  the  expert*s  location  so  that  requisite  equipment  and  other  resources  will  be  avail¬ 
able.  The  analyst  will  carry  with  him  a  portable  micro-computer  with  key-board,  CRT  and  tape-cassette 
reader/ recorder. 

For  tasks  in  a  list  selected  according  to  applicable  criteria  from  a  pre-established  inventory, 
analyst  and  expert  will  now  collaborate.  The  expert  will  define,  explain  and  demonstrate  as  necessary 
exactly  how  a  given  task  is  accomplished.  The  expert  will  elicit  all  information  needed  to  eliminate  am¬ 
biguity,  choice,  equivocality  and  so  forth  through  questions  to  the  expert.  Provisionally,  operation-by¬ 
operation,  segment -by-segment  or  branch-by-branch  the  analyst  will  begin  to  formulate  the  prescriptive 
directions  and  store  them  via  the  key-board  in  the  computer.  On  completion  of  any  major  segment  or  of  an 
entire  task  the  (structured)  stored  information  will  be  retrieved  in  its  various  permissible  orders,  re¬ 
viewed,  reformulated  or  revised.  When  expert  and  analyst  agree  that  the  stored  formulations  seem  to  meet 
the  criteria  for  a  proper  quasi-algor ithmic  TS,  they  will  go  on  to  repeat  the  procedure  for  the  next  task 
on  the  list. 

Ultimately  the  list  of  tasks  will  have  been  exhausted.  A  corresponding  set  of  TS  will  have  come 
into  existence  and  be  stored  within  the  micro-computer.  Next,  these  draft-specifications  might  be  re¬ 
viewed  and  revised  for  textual  niceties  and  serious  typographical  errors.  Then  they  will  be  ready  for 
verification  with  several  additional  experts  who  will  not  include  t;.e  original  collaborator. 

Rather  than  having  to  listen  and  read  from  the  printed  page  as  in  procedures  followed  by  the  present 
authors,  the  expert  will  have  the  successive  prescriptive  directions  presented  to  him  on  the  CRT.  He 
will  not  be  distracted  by  irrelevant  information  such  as,  preceding  and  succeeding  operations  and  lists 
of  Index  Numbers.  This  information  will  be  invisible  to  him,  but  perform  its  role  in  linking  individual 
operations  (prescript! ve  directions)  appropriately.  As  mistakes  and  deficiencies  are  uncovered  or  sup¬ 
plementary  comments  are  made,  they  can  be  entered  on  the  key-board  and  later  retrieved  in  association 
with  the  operation(s)  to  which  they  apply. 


When  task  specifications  have  been  adequately  verified,  a  final  round  of  revisions  will  be  made. 
Again  they  will  be  made  directly  via  the  key-board  with  computer-furnished  clerical  supports  and  with  re¬ 
spect  to  information  displayed  on  the  CRT.  Final  versions  of  TS  can  be  duplicated  on  tape-cassettes  or 
printed  out,  or  the  information  can  be  transferred  to  larger  computers. 
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USES  OF  TASK  SPECIFICATIONS 


All  of  the  uses  of  task  specifications  (TS)  remain  to  be  discovered  as  with  any  innovation.  What 
can  be  discussed  here  are  only  some  of  them  and  with  respect  to  development  procedures. 

Instruction 

There  is  virtually  universal  agreement  in  the  pertinent  literature  that  the  development  of  effective 
and  efficient  instruction  must  be  based  on  carefully  pre-established  instructional  objectives  (see,  e.g.  , 
Ammerman  and  MeLching,  1966;  Banathy,  1968;  Brigg3,  1970;  Mager,  1961;  Smith,  1964  a,  b).  Such  prede¬ 
fined  and  properly  stated  objectives  are  necessary  to  orient  the  designer  of  the  instruction  and  to 
assure  complete  coverage.  These  and  related  efforts  are  sometimes  referred  to  as  the  "front-end  analy¬ 
sis"  in  the  planning  and  development  of  training.  The  implicit  object  of  these  efforts  is  to  provide 
a  "map"  or  a  "bLueprint"  that  can  guide  detailed  instructional  development. 

With  reference  to  explanations  given  in  the  first  segment  of  this  report  it  will  be  recognized  that 
instructional  objectives  by  themselves  do  not  provide  a  complete  and  detailed  "blueprint"  of  a  learning 
task.  The  question  of  how  these  objectives  can  be  attained  is  left  begging,  and  instructional  designers 
must  fall  back  upon  their  intuition.  Instructional  objectives,  at  best,  provide  a  sort  of  "architectural 
sketch;"  it  is  only  properly  developed  quasi-algorithmic  (learning)  task  specifications  that  provide  the 
full  blueprint. 

It  must  be  stressed  that  quasi-algorithmic  specifications  of  the  learning  task  do  not  solve  all  of 
the  instructional  design  and  development  problems.  They  do  specify  what  must  be  done  to  accomplish  the 
given  task,  but  do  not  specify  how  the  task  executor  (e.g.,  the  trainee)  can  be  controlled  (guided,  con¬ 
strained/  so  as  to  perform  any  and  all  component  operations  properly.  The  learning  task  is  not  identical 
with  the  teaching  task,  although  it  contains  essential  information  for  the  formulation  of  the  latter  (see. 
Pask,  1975,  Ch.  7). 

When  TS  are  being  prepared  for  use  in  instructional  development,  the  previously  outlined  procedures 
should  be  extended  in  two  ways.  First,  as  has  been  explained  before,  though  a  given  TS  may  have  been 
validated  for  a  population  of  experts,  the  component  prescriptive  directions  are  unlikely  to  be  of  suffi¬ 
cient  elementarity  for  a  population  of  novices/ students/ trainees.  This  elementarity  will  need  to  be  ad¬ 
justed  in  collaboration  with  students  from  the  population  in  question.  Such  an  adjustment  must  not  in 
the  least  change  the  structure  of  the  prescriptive  directions.  Only  those  directions  which  are  not  com¬ 
prehensible  to  students  (they  cannot  tell  what  they  are  to  do  and/or  how  they  are  to  do  it)  must  be 
broken  down  into  (replaced  by)  a  more  finely  grained,  structured  set  of  operations.  In  effect,  an  opera¬ 
tion  that  is  elementary  for  the  expert  may  constitute  a  mini-task  for  the  student.  In  principle,  the 
process  of  developing  a  quasi-algorithmic  specification  for  the  mini-task  parallels  that  used  for  any 
task.  The  mini-task  specification  must  be  "patched"  into  the  place  formerly  occupied  by  the  original, 
non-el ementary  prescriptive  direction. 

The  second  additional  development  requirement  arises  when  it  is  desired  to  take  advantage  of  the 
diagnostic  possibilities  by  quasi-algorithmic  (learning)  TS  in  adaptive  forms  of  instruction  (individual¬ 
ized  instruction,  computer  administered  instruction  or  CAI).  Each  operation  in  a  TS  resulting  in  a 
potentially  observable  outcome  must  be  examined  to  determine  the  consequences  of  all  types  of  possible 
mistakes.  Ideally  the  implications  of  combinations  of  mistakes  should  also  be  determined.  The  object  of 
these  efforts  is  to  develop  a  set  of  observable  "symptoms"  that  point  to  specific  causes  in  the  students' 
learning  task  performance  and  inherently  suggest  the  precise,  required,  remedial  instructional  action. 

Assessment/Testing 

All  of  the  ways  in  which  TS  can  be  used  in  assessment  undoubtedly  have  not  yet  been  discovered. 

For  example,  there  is  an  intuitive  presumption  that  quasi-algorithms  have  a  pertinence  for  adaptive,  in¬ 
dividualized  or  tailored  testing  as  they  do  for  instruction,  but  we  have  not  established  such  a  connec¬ 
tion.  Certain  it  is  that  there  are  applications  in,  both,  normative  and  criterion-referenced  testing. 

So  long  as  the  elementarity  of  a  given  prescriptive  direction  (operation)  or,  in  the  aggregate,  of 
an  entire  TS  is  relative  to  a  defined  population,  the  level  of  elementarity  is  capable  of  being  scaled. 
Hence,  a  score  based  on  that  scale  can  express  the  standing  of  that  person  on  that  scale.  Establ ilshmcnt 
of  the  scale  as  such  will  parallel  the  procedures  used  in  conventional  psychometrics. 

With  respect  to  criterion-referenced  testing  tasks  (in  the  sense  U9ed  herein)  could  constitute  items 
or  subtests  in  an  achievement  battery  such  as,  skill  qualifications  tests  (SQT's).  In  principle,  a  test 
administrator  or  observer  could  use  the  task  specif ication  (a)  to  pre-identify  al 1  observable  intermed¬ 
iate  outcomes  and  their  values,  and  (b)  to  record,  at  least,  success  or  failure  at  each  observation  point. 
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Not  only  could  degree  of  mastery  be  ascertained,  but  an  accurate  diagnostic  analysis  coupled  with  spec¬ 
ific  recommendations  for  supplementary  study  could  be  provided.  The  degree  of  diagnostic  detail  desired 
will  determine  the  amount  of  additional  development  necessary  as  in  the  case  of  instruction. 

Duty/Task  Structuring  and  Taxonomy 

Quasi-algorithmic  TS  unlike  the  products  of  traditional  approaches  provide  a  reliable,  verified 
foundation  for  data  structures  erected  on  them.  They  provide  the  foundation,  Cor  example,  for  meaning¬ 
ful  task  taxonomies.  Given  the  application  of  a  metric  or  semi-metric  to  a  sound  data  structure  the  rel¬ 
ative  degrees  of  relationship  among  operations,  among  tasks  and  among  jobs  (duty  positions)  can  be  cal¬ 
culated.  It. is  to  be  expected  that  the  degree  of  such  a  relationship  would  express  a  degree  oi  "transfer 
of  mastery"-"  of  how  much  in  a  new  task  or  duty  position  remains  to  be  mastered  by  any  incumbent  who  has 
already  mastered  another  task  or  job. 

Kingsley  and  Kopstein  (1977),  in  an  initial  exploration,  developed  the  concept  of  a  dominance  rela¬ 
tion  among  occupational  groupings.  This  relation  imposes  a  partial  order  on  a  set  of  occupational  en¬ 
tities  (job  families,  jobs  or  duty  positions,  tasks,  etc.)  which  can  be  viewed  as  an  ordering  according 
to  "similarity."  Also,  a  hierarchical  structure  among  the  occupational  entities  is  established.  The 
dominance  relation  and  any  other  more  elaborate  taxonomic  development  require  that  each  entity  (job  or 
task  or  operation)  have  associated  with  it  a  set  of  attributes  ("characteristics")  defining  it.  Clearly, 
the  assignment  of  values  to  each  attribute  even  in  a  pre-established  set  constitutes  an  additional  de¬ 
velopment.  However,  attribute  sets  provide  the  basis  for  erecting  more  elaborate  data  structures  and 
for  the  extraction  of  information  from  these  structures.  These  issues  are  discussed  in  Part  II  of  this 
report. 


—  This  is  not  to  be  equated  with  the  concept  of  transfer  of  training  which  expresses  the  savings  in  mean 
number  of  trials  to  learn  a  second  task  after  Learning  a  first  one. 
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PART  II. 

A  MODEL  FOR  STRUCTURING  TASK  SPECIFICATIONS 


ABSTRACT  REPRESENTATIONS  OF  TASK  SPECIFICATIONS 


Part  I  of  this  report  has  dealt  with  the  ways  and  means  for  obtaining  accurate  and  reliable  specif¬ 
ications  of  human  activities  within  certain  military  occupational  duties.  It  was  shown  how  quasi-algo- 
rithmic  task  specifications  constitute  an  advance  over  traditional  approaches,  because  they  possess  the 
very  useful  and  important  properties  of  specificity,  generality  and  resul t i vi ty.  Thus  the  quasi-algo- 
rit'nmic  form  of  task-activity  specification  provides  the  basic,  objective,  detailed  and  valid  information 
about  the  operations  and  their  organization  that  comprise  task  accomplishment.  The  practical  feasibility 
of  developing  and  verifying  quasi-algoritlimic  task  descriptions/specifications  was  demonstrated. 

In  this  Part  II  of  the  report  we  proceed  to  our  exploration  of  the  ways  and  means  by  which  the  full 
range  of  information  in  quasi-algorithmic  task  specifications  may  be  elaborated,  extracted  and  used.  To 
oe  sure,  some  of  the  ways  in  which  the  obvious  and  "raw"  information  may  be  put  to  use  have  already  been 
suggested  in  the  preceding  discussion  of  some  uses  of  the  task  specifications  (TS).  However,  these  im¬ 
mediate  and  direct  forms  of  information  use  represent  only  a  small  part  of  a  far  greater  potential.  That 
potential  resides  in  data  structures  (models)  being  erected  on  the  solid  foundations  of  objectively  ver¬ 
ified  TS.  The  precise  kinds  of  structures  to  be  erected  on  existing  foundations  --  as  in  the  case  of  a 
building  --  is  primarily  dependent  on  the  uses  intended  for  them.  However,  there  are  many  possible  uses; 
the  different  kinds  of  data  structures  and  the  information  that  can  be  extracted  from  them  can  serve  in 
many  personnel  oriented  management  decision  processes,  or  can  themselves  constitute  certain  management 
model s. 

The  possibilities  are  certainly  manifold  and  within  each  type  of  application  there  are  numerous 
variants  on  the  potential  data  exploitation.  Unfortunately  at  this  initial  stage  of  exploration  al 1  of 
the  possibilities  can  be  neither  identified  nor  fully  characterized.  At  a  comparable  stage  the  present 
uses  for  digital  computers,  lasers,  operations  research  methods,  or  any  other  innovation  could  also  not 
be  clearly  and  minutely  foreseen.  Nor  could  all  of  the  development  problems  toward  actual,  smooth  imple¬ 
mentation  be  specified  in  advance.  Every  innovation  needs  a  period  of  incubation  to  develop  its  poten¬ 
tial,  and  it  requires  sustained  development  efforts  during  that  period.  This  reminder  may  be  necessary, 
because  present  efforts  are  limited  to  an  initial  exploration.  Within  the  scope  of  the  present  investi¬ 
gation  only  some  initial  and  major  and  important  possibilities  could  be  identified.  Due  to  constraints 
on  the  scope  of  that  exploration  it  could  go  no  further  than  to  characterize  the  issues  for  further  re¬ 
search  and  development  leading  to  potential  operational  applications.  These  issues  could  not  be  resolved 
within  the  present  exploratory  effort. 

The  following  sections  of  this  report  proceed  to  the  exploration  of  formal  data  structures  erected 
on  the  quasi -algor i tlimic  TS.  A9  in  all  cases  of  mathematizat ion ,  the  abstraction  into  symbols  ol  the 
underlying  verbal  formulations  inevitably  entails  a  loss  of  some  information.  At  the  same  time  symbolic 
forms  make  for  mathemat i cal  tractabiiity ,  i.e.,  manipulabi 1 i ty  of  the  data  towai d  rigorous  solutions  of 
certain  problems.  Tractabiiity  of  mathematical  modeLs  has  long  been  recognized  to  be  directly  related 
to  the  degree  of  abstraction  they  represent  (see,  e.g.,  Ackoff,  1962,  pp.  109  -  110).  Below  it  will  be 
seen  that  some  inversion  of  the  information  loss  can  be  obtained  by  making  explicit  some  «.  i ...  r  ,u  tei  i  st  i  c  s 
or  attributes  of  operations  within  TS.  The  logical  and  mathematical  methodology  outlined  here  below, 
incidentally,  is  a  general  one.  While  It  is  illustrated  here  in  terms  of  operations  within  tasks,  it 
is  equally  applicable  to  tasks  within  jobs  or  duty  positions  and  to  still  more  inclusive  elements,  and 
this  should  be  kept  in  mind. 
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Representing  a  Task  Specification  in  Terms  of  Attributes 


Each  of  the  task  specif icat ions  given  in  Part  I  can  be  viewed  as  an  ordered  List  of  operations.  To 
begin  the  mathematical  formulation,  Let  the  operations  in  a  task  specification  (TS)  be  symbolized  by  the 
small  letter  "o"  with  subscripts.  The.i  the  operations  in  a  TS  can  be  written  as  the  ordered  set, 

*■  °1 *°2* ' * ‘ ,0m  ^  * 

where  m  is  the  number  of  operations  j.n  the  TS.  It  is  convenient  to  represent  this  ordered  set  by  the 
capital  letter  "0". 

Then 

1)  0  =  (o. ,o0 , . . . ,o  ) 

12*  1  m 

will  represent  the  ordered  set  of  operations  in  an  arbitrary  task  specification.  When  a  particular  task 
specification  is  under  discussion,  the  notation  TS  with  a  subscript  is  used.  The  subscript  is  the  Index 
Number  of  the  task  specification  given  in  Part  I.  The  associated  set  of  operations  bears  the  subscript 
with  the  same  index  number.  Thus,  TSq^qqq  and  Oq53000  are  the  beginning  of  the  task  specification  and 
of  the  set  of  operations  of  Task  053  of  Part  I  titled,  "Plot  Target  by  Shift  from  a  Known  Point".  For 
our  purposes,  no  ambiguity  results  if  the  0's  are  not  included  in  the  subscript.  Thus,  TSq53qqq  and 
°053000  become  TS,-^  and  O53,  respectively.  With  this  notation,  expression  (1)  for  TS^  is  written, 

2)  O53  =  (  °2 >03  *  *  *  *  ,013 

Operations  o^  and  o^  of  ^53  are  not  included  in  the  set  O,-^  because  they  are  decision  points.  Task 
specification  053000  is  the  m«  in  example  used  in  what  follows  to  illustrate  the  concepts  developed  and 
the  issues  surrounding  these  cc acepts. 

To  establish  data  structures  and  derive  information  from  them  requires  a  fundamental  assumption  to 
be  made.  This  is  the  assumption  that  each  operation  in  a  task  specification  can  be  described  in  terms  of 
attributes  from  a  pre-selected  set  of  attributes.  Operations  may  be  described  by  their  possession  of  all 
or  some  of  the  attributes  in  the  set.  Let  capital  A  designate  the  total  set  of  attributes  and  the  small 
letter  "a",  with  subscripts,  denote  the  individual  attributes  in  A.  The  set  A  is  an  ordinary  (unordered) 


Table  3 

Attributes  for  Illustrative 

Hypothetical 

Attributes 

Short  Term  Memory 

Reading  Skill 

Visual  Acuity 

Geometric  Skill 

Finger  Dexterity 

Orientation  Skill 

Numerical  Skill 

Eye-Hand-Finger  Coordination 

Precis  ion/ Accuracy 

Color  Discrimination 

Form  Perception 

Stamina 


Example 

Abbreviation 

ai 

"2 

a3 

a4 

a5 

a6 


a9 

a10 
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a12 


set  .nd,  as  is  customary,  is  written  as 


where  n  is  the  number  of  attributes  in  the  set  A.  To  illustrate,  Table  3  shows  12  attributes  the  oper¬ 
ations  in  0^  may  possess.  In  our  judgment,  based  on  the  experience  gained  in  deriving  the  TS  of  Part  I, 
the  12  attributes  in  Table  3  are  some  of  the  attributes  required  to  perform  some  of  the  operations  in  all 
of  the  TS.  The  number  of  attributes  is  small  to  permit  hand  computations  to  illustrate  the  theory.  By 
no  means  is  the  list  of  attributes  to  be  considered  a  definitive  statement  of  attributes  required  to  de¬ 
scribe  all  of  the  operations  in  the  set  of  TS.  Their  only  purpose  is  to  illustrate  properties  of  the 
general  model  by  a  reasonably  practical  example.  No  particular  relevance  should  be  sought  or  seen  in  the 
results  to  be  obtained  by  assuming  the  attribute  set  of  Table  3. 

The  attributes  in  Table  3  are  concisely  represented  by  the  set, 

A  =  {  al’  a2»"-  *  al2  }  ' 

The  exact  explication  of  each  attribute  is  not  important  for  our  present  purposes.  Most  of  the  attrib¬ 
utes  are  hypothetical  and  self-explanatory,  but  a^  and  require  some  explanation.  "Orientation 

Skill,"  attribute  is  a  short  way  of  stating  the  attribute  associated  with  reading  a  map.  It  in¬ 

cludes,  lor  example,  the  ability  to  distinguish  cardinal  directions,  read  and  plot  coordinates,  read  and 
plot  angles,  etc.  "Prec is  ion/ Accuracy , "  attribute  is  an  hypothetical  measure  of  how  well  has 

to  be  performed. 

Table  4  shows  which  attributes  of  Table  3  characterize  each  of  the  12  operations  of  TS^*  As  in 
the  selection  of  the  attribute  set,  this  assignment  of  attributes  to  operations  is  hypothetical  and  for 
illustrative  purposes  only.  However,  the  assignments  are  presumably  not  altogether  unrealistic. 


Table  4 

Attributes  of  Operations  in  TS^ 


2 

V 

a2 

3 

V 

a2  ’ 

a3 '  a4 

4 

V 

a5 

5 

a3’ 

V 

a5’  a9 

6 

a3. 

V 

a5>  a6, 

a9 

7 

a3* 

a4> 

a5’  a7 

8 

a3> 

V 

a5>  a&, 

V 

9 

a4* 

a5> 

a8 

10 

a5 

11 

V 

a3’ 

a4>  V 

a9 

12 

al> 

a3> 

a4’  V 

a9 

’l3 

a3. 

a5  ’ 

a9 

So  far,  two  sets  have  been  defined  for  a  TS,  0  and  A.  Set  0  has  m  elements  and  A  has  n  ele¬ 
ments.  Our  fundamental  assumption  is  that  every  operation  o^  (i  =  1,  2,...,  m)  possesses  some  amount  of 


attribute  (j  =  1,  2,...,  n).  Let 
possessed  by  operation  o..  For  example, 


represent  the  amount  --  in  some  sense  --  of  attribute  a^ 
is  the  amount  of  attribute  a^  required  in  operation 


Three  sets  are  now  defined,  0,  A,  and  the  set  of  values.  Their  interrelation  can  be  displayed 

by  n  matrix  as  shown  in  Figure  2.  This  matrix  is  defined  as  the  Operations/Attributes  (0/A) 


as  an  m 
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Figure  2. 

0/A 

Matrix  of 

a  General 

TS 

matrix  associated  with  a  TS. 

The  notation  (O/A)^ 

means  the 

0/A  matri 

x  corresponding  to  TS^.  Each 

of 

the  rows  in  the  0/A  matrix  of 

Figure  2 

is  a  linear 

vector. 

If  o.  is 
t 

an  arbitrary  operation  of  the 

0/A 

matrix,  it  can  be  written  as, 

4) 

o.  = 
1 

=  (r.p 

ri2  ’ ' 

. . . ,  r  .  )  , 

*  m  * 

where  i  can  take  on  any  one  of  m  values.  The  linear  vector  is  defined  as  the  description  of  opera¬ 
tion  o.  in  terms  of  the  attribute  set  A.  Therefore,  each  of  the  m  rows  in  the  0/A  matrix  is  a  de- 
1 

scription  of  an  operation,  and  the  sequence  of  m  rows  is  a  description  of  the  entire  TS. 


The  (O/A)^  matrix  is  not  shown  at  this  point.  However,  its  row  laoels  would  be  the  12  elements  of 
the  set  0  given  by  (2),  and  its  column  labels  would  be  the  12  elements  of  the  set  A  given  by  (3).  Its 
r_  values  for  the  attributes  would  depend  upon  the  type  of  attribute  scale  used. 

Expression  (4)  was  defined  as  the  description  of  an  operation.  However,  it  can  be  considered  aLso 
as  the  description  of  the  attributes  required  by  an  individual  person  to  perform  the  operation.  This 
dual  interpretation  of  a  description  is  important  in  Interpreting  some  of  the  results  obtained  later. 
Because  of  the  duality,  it  is  occasionally  necessary  to  identify  what  the  description  refers  to  —  an 
operation  or  an  individual-  When  this  is  not  necessary,  the  word  "description"  applies  to  both  interpre¬ 
tations. 


Up  to  this  point  a  single  0/A  matrix  has  been  the  topic  of  discussion.  However,  a  set  of  0/A  matri¬ 
ces  are  present  in  the  empirical  situation  of  interest  to  us.  Some  of  the  operations  are  similar  in  any 
TS,  but  the  majority  of  operations  are  different.  This  is  also  true  for  the  set  of  O/A's.  In  addition, 
the  number  of  operations  can  be  different  in  each  0/A  in  the  set  of  O/A's.  Generally  the  r_  values  in 

all  of  the  O/A's  are  different.  The  attribute  set,  however,  is  assumed  to  be  the  same  for  each  0/A. 

This  assumption  is  not  restrictive.  If  each  0/A  had  a  different  attribute  set,  a  new  attribute  set  couLd 
be  defined  by  combining  aLL  the  attribute  sets  and  calling  this  the  common  attribute  set. 

Before  proceeding  with  the  development  of  the  model,  a  few  general  comments  are  appropriate  on  some 

of  the  issues  involved  in  selecting  attributes  for  the  attribute  set. 


General  Criteria  for  Selecting  Attributes 

It  was  pointed  out  in  Part  I  that  elementarity  of  operations  is  relative  to  a  defined  population. 
Elementarity  is  also  relative  to  what  we  wish  to  accomplish  with  the  TS.  The  number  of  operations  in  a 
TS  is,  practically  speaking,  determined  as  soon  as  the  level  of  elementarity  for  operations  has  been  se¬ 
lected.  The  only  way  the  number  of  operations  can  be  changed  significantly  in  a  TS  is  by  altering  the 
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elementarily  of  the  operations.  Selection  of  the  number  and  nature  of  attributes  is  interrelated  with 
the  selection  of  operation  elementari ty ,  and  both  selections  are  governed  by  the  objectives  of  the  study. 

In  addition  to  the  above  considerations  a  number  of  other  general  and  interrelated  factors  are  in¬ 
volved  in  selecting  attributes.  These  factors  are  considered  desirable  features  for  an  attribute  set  to 
possess.  These  factors  are  here  discussed  only  in  general  terms. 

1.  Measurabi 1  i  ty :  An  attribute  can  be  measured  very  precisely  and  objectively,  e.g»,  the 
height  of  a  person  in  meters  and  centimeters,  or  it  can  be  measured  with  no  precision  and  only  subject¬ 
ively,  e.g. ,  "must  have  a  sense  of  humor."  However,  the  question  of  whether  an  attribute  is  measurable 
or  non-measurable  has  to  be  answered  by  including  time  and  cost  considerations.  For  example,  "must  have 
a  sense  of  humor"  might  well  be  a  desirable  attribute  for  people  to  have  in  nearly  all  group  activities. 
It  may  be  particularly  desirable  when  the  group  is  expected  to  perform  in  stress  situations  such  as, 
combat  operations.  However,  the  attribute  may  be  impractical  (non-measurable)  because  of  the  time  and 
cost  involved  in  its  determination,  and  because  the  attribute  varies  with  ethnic  and  cultural  background. 

2.  Relevancy:  The  relevancy  of  an  attribute  depends  upon  its  importance  or  its  criticality  in 
the  performance  of  a  task.  An  attribute  may  be  extremely  relevant  to  accomplishing  one  task  and  totally 
meaningless  when  applied  to  another.  Apart  from  this  distinction,  certain  attributes  have  no  relevance 
for  any  task.  For  example,  "blue  eyes"  is  an  attribute  for  which  it  seems  impossible  to  think  of  a  task 
(in  the  Army)  for  which  it  might  be  required.  Other  attributes  are  non-relevant  by  law  or  regulation. 
Thus,  the  attributes  "sex"  and  "race"  are  not  permitted  as  descriptors  for  most  or  all  Army  tasks.  On 
the  other  hand,  the  set  of  attributes  should  be  large  enough  to  describe  every  operation  in  a  TS.  For 
example,  TS^  "Constructing  Azimuth  Indexes",  includes  55  operations.  It  does  not  appear  reasonable  to 
expect  a  set  of  three  or  four  attributes  to  describe  adequately  all  of  the  operations  in  this  TS.  Most 
questions  about  selecting  relevant  attributes  are  more  subtle  than  the  examples  given  above  and  are  not 
easy  to  answer.  One  interesting  method  for  obtaining  answers  to  these  questions  is  the  Delphi-like  tech¬ 
nique  of  Roberts  (1972).  Clearly,  relevancy  is  dependent  on  the  purpose  to  which  the  TS  descriptions  are 
to  be  put,  or  the  intent  of  the  user. 

3.  Independence :  In  the  model  to  be  developed  the  attributes  are  assumed  to  be  logically  in¬ 
dependent.  The  reason  for  this  is  that  if  attribute  and  attribute  are  not  independent,  then 

the  presence  of  a^  and  the  absence  of  in  an  operation  amounts  to  a  logical  contradiction  (Carnap, 

1962).  Independence  is  a  logical  requirement  and  sometimes  difficult  to  achieve  in  practical  situations. 
To  illustrate  the  difficulty  suppose  one  attribute  to  be  "reading  comprehension"  and  another  "years  of 
education."  It  is  not  immediately  obvious  whether  these  two  attributes  are  logically  independent  or  mu¬ 
tually  dependent. 

4.  Interpretabi 1 ity :  This  factor  is  more  of  a  requirement  on  the  data  structures  derived  from 
the  0/A  matrices  than  a  requirement  on  the  set  of  attributes.  In  other  words,  an  extremely  large  set  of 
attributes  may  be  handled  with  the  help  of  a  computer,  but  the  resulting  data  structures  maybe  too  large, 
complex  and  difficult  to  interpret  and  use. 

The  four  desirable  requirements  interact  with  each  other.  One  important  relationship  can  be  pointed 
out  by  considering  the  effect  on  relevance  and  interpretability  caused  by  increasing  the  number  of  attri¬ 
butes.  Certainly,  increasing  the  number  of  attributes  makes  the  descriptions  of  operations  more  complete 
and,  hence,  more  relevant.  But,  doing  this  also  makes  the  end  results  more  difficult  to  interpret.  In 
the  extreme  case  the  data  handling  requirements  may  come  to  exceed  the  capacity  of  even  a  large  computer. 

Issues  raised  in  this  section  pose  difficult  problems,  but  no  attempt  can  be  made  to  resolve  them 
within  the  present  exploratory  effort. 
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Attribute  Scales 


An  attribute  scale  for  each  attribute  is  required  before  the  r. .  values  in  an  0/ A  matrix  can  be 

J-J 

determined.  If  a  binary  scale  is  used,  then  an  attribute  is  either  present  in  a  description  or  absent. 
With  a  binary  scale  each  attribute  has  associated  with  it  an  arbitrary  value  (a  cutting  score)  to  deter¬ 
mine  whether  a  description  does  or  does  not  possess  the  attribute.  To  ilLustrate,  suppose  the  attribute 
is  "arithmetic  skill,"  and  a  value  of  80  (on  some  scale)  is  the  cutting  score.  Then  a  symbol  —  say  1  -- 
is  pLaced  in  the  0/A  matrix  in  the  arithmetic  skill  attribute  column  for  those  desriptions  requiring  a 
score  of  80  or  higher.  A  different  symbol  --  say  0  —  is  used  when  the  description  does  not  require  a 
score  of  80. 

In  general  terms,  the  assignment  of  the  symbols  "1"  and  "0"  to  the  r„  values  of  the  0/A  matrix 
of  Figure  2  is  made  by  the  following  rule: 


5) 


lJ  lu  i 


f  operation  o^  possesses  attribute 
f  operation  o.  does  not  possess  attribute 


When  assignment  rule  (5)  is  applied  to  the  operations  and  attributes  of  TS,.^,  as  given  in  Table  4,  the 
0/A  matrix  shown  in  Figure  3  is  the  result.  This  matrix  is  termed  a  binary  0/A  matrix,  since  a  binary 


Figure  3.  Binary  0/A  Matrix  for  (TS)^~ 


attribute  scale  is  used  to  construct  it.  To  illustrate  how  this  matrix  is  to  be  read  consider  operation 
o,-  as  an  example.  It  has  a  1  in  the  four  attribute  columns  a^,  a^,  a^  and  a^.  Thus,  o<-  is  said  to 
be  described  by  these  four  attributes.  The  absence  in  o,.  of  the  remaining  eight  attributes  is  descrip¬ 
tive,  also,  of  the  operation,  but  in  a  non-affirmative  manner.  It  should  be  noticed  that  attributes 
a10*  all  anc*  a12  n0t  occur  *-n  any  t^ie  operations  of  TS^»  They  occur  in  other  TS,  because  we  as¬ 
sumed  that  the  12  attributes  were  sufficient  to  describe  all  of  the  operations  in  the  set  of  TS.  The 
last  three  columns  are  dropped  in  versions  of  (0/A)^  below,  because  they  are  redundant  for  TS^« 

Using  a  cutting  score  in  descriptions  creates  a  serious  problem  when  applied  to  an  0/A.  A  single 
cutting  score  has  to  serve  for  all  the  descriptions.  This  is  a  severe  requirement,  because  it  is  not 
reasonable  to  expect  a  single  score  to  be  appropriate  for  all  of  the  descriptions  in  the  0/A. 


-» 
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A  binary  cutting  score  divides  the  attribute  scale  into  two  intervals.  Thus  one  solution  to  mini¬ 
mize  the  problem  is  to  divide  the  attribute  scale  into  several  intervals,  that  is,  by  introducing  attri¬ 
bute  levels  (see,  Kingsley  and  Kopstein,  1977).  The  refinement  obtained  is  at  the  expense  of  adding 
attribute  values  and  not  by  adding  new  attributes.  Practical  considerations  may  limit  the  size  of  the 
attribute  set  in  an  actual  situation.  If  a  size  limitation  exists,  then  finer  attribute  levels  may  re¬ 
quire  the  elimination  of  desirable  attributes  from  the  attribute  set. 

A  method  allowing  attributes  to  range  over  a  possibly  non-discrete  set  of  values  can  overcome  some 
of  the  defects  of  a  binary  cutting  score.  The  theory  of  fuzzy  subsets,  developed  by  Zadeh  (1965,  1973, 
1977),  offers  an  intuitively  attractive  basis  on  which  such  a  method  could  be  constructed —  .  A  few  of 
the  basic  concepts  of  fuzzy  subset  theory  are  discussed  in  a  later  section  of  this  report.  Some  ideas 
are  also  given  on  how  the  theory  could  be  applied  to  empirical  problems. 


Problem  Definition  and  Approach 

In  addition  to  other  interests  our  concern  is  with  inferring  the  structural  properties  of  the  infor¬ 
mation  contained  in  an  0/A  matrix.  More  accurately,  we  are  concerned  with  devisiing  methods  for  detect¬ 
ing  relations  between  the  descriptions  in  an  0/A  matrix. 

By  definition  the  serial  listing  of  descriptions  in  an  0/A  matrix  exhibits  the  relation  f  descrip¬ 
tions  being  sequentially  chained,  and  this  is  an  example  of  a  structural  property.  Other  relations  may 
exist,  but  their  discovery  is  not  as  obvious  and  requires  a  sophisticated  approach. 

The  approach  adopted  is  to  construct  a  mathematical  model  of  the  empirical  situation  represented  by 
an  0/A  matrix.  First,  some  simplifying  assumptions  are  made  and  translated  into  mathematical  terms. 

This  approach  has  been  initiated  by  our  definitions  of  the  sets  0,  A,  the  set  of  r^  values,  and  by 
the  definition  of  a  description  given  by  expression  (4).  Mathematical  reasoning  is  then  employed  after 
these  assumptions  and  tranJations  have  been  made. 

The  information  contained  in  an  0/A  matrix  does  not  permit  the  use  of  statistical  techniques  to  dis¬ 
cover  its  structure.  Statistical  methods  may  possibly  be  used  only  to  determine  the  r_  values  in  the 
matrix. 


The  model  presented  in  the  next  section  is  based  on  a  simple  binary  scale.  That  is,  the  r^  val¬ 
ues  in  the  0/A  matrix  are  either  1  or  0.  A  model  of  this  type  has  a  number  of  advantages:  (1)  it  can 

be  used  for  the  study  of  many  empirical  problems;  (2)  it  is  tractable  and,  thus,  it  provides  insights  to 
properties  that  are  difficult  to  detect  when  a  more  complex  model  formulation  is  used;  (3)  it  can  be 
easily  extended  to  include  refinements  of  attribute  levels;  (4)  it  can  be  easily  programmed  for  a  digital 
computer. 

The  model  presented  is  a  first  stage  model.  With  it  some  problems  are  solved,  others  are  not,  and 

some  ideas  for  a  more  refined  version  of  the  model  are  suggested. 


10/ 


Kaufmann  (1975)  gives  a  detailed  summary  of  the  development  and  status  of  research  in  the  theory  of 
fuzzy  subsets. 
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THE  BINARY  VECTOR  MODEL 


The  model  to  be  discussed  in  this  section  was  originally  formulated  in  the  language  of  set  theory, 
symbolic  logic  and  Carnap's  (1962)  concept  of  Q-predicate  descriptions.  However,  to  reach  a  wider  audi¬ 
ence  tlie  model  is  now  presented  in  terms  of  binary  vectors  of  a  certain  type.  All  of  the  concepts  and 
results  of  the  original  formulation  are  preserved.  In  addition,  the  binary  vector  formulation  is  almost 
directly  programmable  for  a  digital  computer. 

Designation  Vectors  as  Descriptions 

Expression  (4)  was  defined  earlier  to  be  the  description  of  the  arbitrary  operation  in  the 

general  0/A  matrix.  When  the  r. .  values  are  binary,  the  descriptions  are  called  binary  vectors.  For 
example,  operation  o^  of  Figure  3  is  the  binary  vector  with  9  components — , 

(1,  1,  1,  1,  0,  0,  0,  0,  0). 

Let  d(o^)  represent  this  vector  so  that 

d(o3)  -  (1,1, 1,1, 0,0, 0,0,0). 

No  ambiguity  results  if  the  customary  parentheses  and  commas  of  vector  notation  are  eliminated.  With 
this  notational  simplification,  d(o^)  becomes 

d(o3)  =  111100000. 

An  arbitrary  operation  --  say  o^  --  described  by  n  binary  attributes  is  designated  by  d(o^)  and  is  a 

string  of  n  0's  (zeros)  and  l's.  Following  Homer  (1967)  such  descriptions  are  termed  designation  vec- 

12/ 

tors — .  With  this  notation  the  descriptions  contained  in  Figure  3  for  TS^3  are  written  as  designation 
vectors  and  shown  in  Figure  4. 

d(o2)  =  110000000 

d(o3)  =  111100000 

d(o. )  =  000110000 

4 

d  ( o  )  =  001110001 

d(o6)  =  001111001 

d  ( o  7 )  =  001110100 

d(og)  =  001111011 

d(o9)  =  000110010 

d(o10)  =  000010000 

d(o11)  =  1  0  1  1  0  0  0  1  1 

d(o]2)  =  101100011 

d(o13)  =  001010001 

Figure  4.  Designation  Vectors  for  TS^3 

Recall  that  attributes  a^Q,  an»  anc*  a\2  are  not  Present  ^53“ 

12/ 

— Homer's  designation  vectors  are  an  application  of  Ledley's  (1960,  1962)  "designation  numbers." 
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Basic  Operations  with  Designation  Vectors 

Components  of  the  designation  vectors  (the  0's  and  l's)  are  not  ordinary  integers  but  Boolean  sym¬ 
bols,  and  the  usual  arithmetic  properties  do  not  hold.  Three  Boolean  operations  are  used:  addition, 
multiplication  and  complementation.  These  three  operations  are  defined  as  follows: 

Addition : 

19  1  =  1 

i  e  o  =  i 

0  ©  1  =  1 

0  ©  0  =  0 

Mul tipi ication : 

1  *  1  =  1 

1*0  =  0 
0  *  1  =  0 

0  *0  =  0 

Complementation : 

1*  =  0 
o'  =  1 

The  symbol  "  ©  ”  is  used  to  indicate  Boolean  addition,  and  the  symbol  "  *  "  to  indicate  Boolean  multipli¬ 
cation.  These  special  symbols  are  used  to  emphasize  the  distinction  between  Boolean  and  ordinary  arith¬ 
metical  operations. 

Operations  on  designation  vectors  are  defined  in  terms  of  these  three  basic  Boolean  operations. 

The  general  definitions  are  given  first  and  then  followed  by  an  example  using  the  designation  vectors  of 
Figure  4. 


O'  s 


Complementation :  The  complement  of  a  designation  vector  is  obtained  by  replacing  all  l's  with 

e  \ 

). 


and  all  0's  with  l's  in  the  vector.  The  complement  of  d(o^)  is  denoted  by  dTcTD  —  the  bar 


being  the  Boolean  operator  NOT  ( 
Example:  If 


then  the  complement  of  d(o^) 


d(o9)  =  00110010, 


Union:  For  a  1 


d(o9)  =  11001101 

to  appear  in  the  i*1  place  of  th<>  union  of  two  designation  vectors  d(o.) 
t  h 

and  d(o^),  a  1  has  to  appear  in  the  i  place  of  d(o^)  or  d(o^)  or  Or,  using  Boolean 

arithmetic,  add  the  two  designation  vectors  component  by  component.  The  union  is  denoted  by  the  symbol 
V  -  the  Boolean  operator  OR  (  \/  ) 

Example:  If 


then 


d(o4)  =  000110000 
d(o6)  =  001111001, 


d(oA)  Vd(o6)  =  001111001. 


Intersec tion :  For  a  1  to  appear  in  the  i 


th 


place  of  the  intersection  of  the  two  designaion 
.  th 


vectors  d(°j)  and  d(o^),  a  1  must  be  present  in  the  iul‘  place  of,  both,  d(o^)  and  d(o^).  Or, 
using  Boolean  multiplication,  multiply  the  two  designation  vectors  component  by  component.  The  intersec¬ 
tion  i9  denoted  by  the  symbol  A  —  the  Boolean  operator  AND  ( /\  ) • 


Example:  If 


d(o11)  =  101100011 

d(o3)  =  111100000, 

then 

d(o  )  A  d(o3;  =  101100000. 

Cardinality :  The  cardinality  of  a  designation  vector  is  the  number  of  l's  in  the  vector  and 
is  denoted  by  |d(o.)|  . 

Example:  If 

d(o?)  =  001110100 

then 

|d(o-,)|  =  4. 

The  above  basic  operations  on  designation  vectors  are  used  to  define  more  complex  relations  between 

them. 

The  Difference  and  Distance  Between  Two  Descriptions 

For  a  set  of  operation  descriptions  such  as,  the  set  of  Figure  4,  it  is  useful  to  be  able  to  deter¬ 
mine  whether  two  descriptions  are  identical,  and,  if  tl  ey  are  not  identical,  to  determine  the  extent  of 
their  difference.  By  inspection  d(o2)  and  dCo^)  differ  in  all  but  the  first  two  components.  Also  by 
inspection,  it  is  easy  to  see  that  d(o^)  is  identical  with  Although  the  difference  between 

any  two  operations  of  Figure  4  is  easy  to  determine,  such  determinations  become  rapidly  more  difficult 
when  the  attribute  set  or  the  set  of  operations  is  large.  It  is  almost  impossible  to  accomplish  when 
both  sets  are  large.  However,  a  function  can  be  defined  for  determining  the  difference  between  two 
descriptions. 

Before  defining  this  function,  to  avoid  cumbersome  notation,  let  di  represent  the  designation 
vector  d(o^).  No  ambiguity  results  by  adopting  this  notation,  and  the  expressions  to  be  developed  are 
easier  to  read,  because  fewer  parentheses  are  present. 


With  this  notational  simplification  let 


Dif f (d . td.) 
i  J 


represent  the  function  that  determines  the  difference  between  the  two  designation  vectors  and 

and  call  this  function  the  difference  function.  The  function  is  given  by  the  following  formula, 


DlffCci.,  d.)  =  (d.  Vd.)  A  (d.  Ad-). 

1  J  1  J 


where  all  the  operations  are  Boolean.  From  this  definition  it  is  evident  that  Diff(d^,  d^)  is  again  a 
string  of  0’s  and  l's.  The  following  properties  can  be  shown  to  hold  for  this  string.  If  the 


symbol  is  1,  then  either  the  k 


symbol  in  d.  is  1  and  the  k  symbol  in  d. 


0,  or  the  k 


symbol  in  d.  is  0  and  the  k  symbol  in  d .  is  i.  In  other  words,  the  symbols  in  the  k  place 

-1  t  h 

of  d,  and  d.  do  not  match.  If,  on  the  other  hand,  the  symbol  in  the  k  place  in  Diff(d.,  .)  is 

*  J  — -  L  J 

0,  then  either  the  k  symbols  in  and  are  both  0  or  both  1.  In  other  words,  the  symboLs 

in  the  place  of  d.  and  d.  match. 

l  j  - 

Two  examples  of  the  use  of  formula  (6)  are  given  to  illustrate  its  use. 

Example  1:  If, 


d3  =  111100000 
dn  ^  101100011, 


-  42 


then 


d3  V  dn  =  111100011, 

and 

d3  Adn  =  lonooooo> 

so  that 

d3  /\du  =  010011111. 

Writing  d3  y\  d^3  underneath  d3  \J  d ^ ^  makes  It  simpler  to  form  this  intersection.  Thus, 

d3  V  dn  “  111100011 

cLj  /\du  =  010011111 

so  that 

Diff(d3,  d.,)  =  010000011. 

In  other  words,  the  attributes  a^,  ag  and  do  not  match  in  the  two  descriptions.  The  cardinality 

of  Difftdg,  d^)  or  [OiffCdg,  d^))  =  3  is  the  number  of  attributes  not  matching. 

Example  2:  If, 

d5  =  001110001 

d,  =  001111001 
6 

then,  proceeding  as  in  the  first  example, 

ds  f\  dfi  =  001110001 
d5Ad6  =  110001110 
d5yd6  =  001111001 
Diff(d5,  dfi)  =  000001000 

In  other  words,  the  only  mismatched  component  in  the  two  descriptions  is  attribute  a^.  Finally,  to 
finish  the  example, 

|  Diff  (d5,  d6)|  =  1. 

The  complement  of  the  difference  function,  denoted  by  Diff(d^,  d^),  is  the  vector  that  shows  which 
attributes  match.  The  cardinality  of  Diff(d^,  d^)  gives  the  number  of  matching  components.  Using  the 
last  two  examples, 

Diff(d3,  du)  -  101111100 

with  cardinality  6,  and 

Diff (d5,  d6)  =  111110111 

with  cardinality  8. 

Before  proceeding  two  special  designation  vectors  need  to  be  defined:  the  null  vector  and  the  unit 
vector.  Let  d(0)  represent  the  null  designation  vector.  By  definition  d(0)  consists  entirely  of  a 
string  of  0's.  The  complement  of  d(0),  denoted  by  d(U),  is  the  unit  vector  and  consists  entirely  of 
a  string  of  1' s. 

It  can  be  shown  that  two  designation  vectors,  say  d^  and  d  ^  ,  are  equivalent  if  and  only  if  their 
difference  is  the  nulL  designation  vector.  In  symbolic  notation,  d^  =  d^  if  and  only  if 

7)  Diff (d  ,  d.)  =  d(0)  = 

i  J  0 

The  theorem  is  illustrated  by  using  (6)  to  compare  d^  and  d^, 
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du  =  101100011 
d12  =  101100011. 

Thus , 

dll  Adi2  =  101100011 

du  /\d12  =  010011100 

dll  V  d12  =  lOHOOOll 

and 

Diff(dn,  d12>  =  000000000 

so  that 


The  equivalence  of  d^  and  d^  is  readily  established,  but  this  example  does  not  illustrate  the 
power  of  the  theorem  given  by  expression  (6).  It  is  important,  at  least  for  simplification  purposes,  to 
identify  equivalent  descriptions  in  a  TS.  Equivalent  descriptions  occur  in  a  TS  in  two  ways.  First,  an 
operation  may  be  repeated  a  number  of  times.  For  example,  the  operation  denoted  verbally  as  "place  pin 
into  firing  chart..."  occurs  very  frequently  in  the  TS  associated  with  FDC  activities.  Second,  two  or 
more  operations  may  be  denoted  with  different  verbiage  but  have  the  same  descriptions  in  terms  of  attri¬ 
butes.  Some  idea  of  the  difficulty  involved  in  determining  equivalent  descriptions  in  a  TS  can  be  ob¬ 
tained  by  considering  TSn/  "Constructing  Deflection  Indexes,"  which  contains  59  operations.  If  each 
U4  2 

operation  is  described  in  terms  of  attributes  by  a  designation  vector,  then  59  -  59  =  3422  pairwise  com¬ 

parisons  are  required  to  identify  equivalent  descriptions.  Clearly,  this  number  of  comparisons  cannot  be 
done  manually  even  if  the  number  of  attributes  is  small.  The  difficulty  becomes  increasingly  worse  as 
the  cardinality  of  the  attribute  set  increases. 

The  difference  between  two  designation  vectors  is  closely  related  to  the  concept  of  the  distance 
between  two  designation  vectors.  In  fact,  it  can  be  shown  that  the  cardinality  of  the  difference  func- 

13/ 

tion  of  two  designation  vectors  has  the  essential  properties  of  Euclidean  distance —  .  That  is,  if  d^, 

,  and  d^  are  three  arbitrary  designation  vectors,  then  the  following  three  properties  hold.  First, 

| Di £ f ( d ^ ,  dj)|  =  |  Di f f ( d^ ,  d^)|  and  this  is  the  symmetric  property  of  distance.  Second,  d^  =  d^  if  and 
only  if  J Dif f (d . ,  d^)j  =  0,  and  this  is  the  identity  property  of  distance.  Third,  j Di f f (d^ ,  d^)|  + 

+  | Di f f ( d ^ ,  d^ )|^> | Di f f ( d ^ .  d^)),  ar*d  this  is  the  triangle  property  of  distance.  In  topology  these  three 
properties  define  a  metric,  i.e.,  the  cardinality  of  the  difference  function  has  the  essential  properties 
of  distance  (Sierpinski,  1952;  Kuratowski,  1962). 

The  Concept  of  Dominance 

By  inspecting  the  descriptions  given  by  the  designation  vectors  in  Figure  4  it  is  easy  to  see  that 
certain  operations  require  more  attributes  than  others.  This  is  readily  determined  by  comparing  the 
cardinalities  of  the  designation  vectors.  What  is  not  so  easy  to  determine  is  illustrated  by  the  two 
descriptions , 

d^  *  111100000 
d2  -  110000000 

from  Figure  4.  Description  d^  has  the  same  attributes  as  description  plus  two  more.  Thus,  an 

individual  who  can  perform  operation  d^  has  attributes  a^ ,  a2>  a^  and  a^  and  can  certainly  also  per¬ 
form  d^  which  requires  only  two  attributes  a^  and  a2»  The  terminology  d^  dominates  d2  is  used  to 
describe  this  situation,  and  the  notation  Dom  will  be  used  to  represent  it  symbolically.  This 

— ' •  See  Restle  (1954)  for  another  psychological  application  of  the  cardinality  of  the  difference  function. 


-  44  - 


intuitive  concept  is  more  precisely  defined  by  saying  that  Dom  d.  if  and  only  if  the  designation 
vector  d^  possesses  all  of  the  attributes  of  designation  vector  plus  at  least  one  more.  To  deter¬ 

mine  visually  whether  one  designation  vector  dominates  another  is  impossible  when  the  attribute  set  is 
large.  However,  the  comparison  can  be  done  by  using  the  following  theorem.  Designation  vector  d^ 
dominates  designation  vector  d^  if  and  only  if, 

8)  Diff (d. ,  d.)  =  d.  A  d . . 

1  J  i  '  '  j 

Descriptions  dg  and  dg  are  used  to  illustrate  the  application  of  expression  (8).  The  left  side  of  (8) 
is  evaluated  as, 

d3  /\  d2  =  11°0°0000 

d3  /\d2  =  001111111 
d2  y  d3  =  111100000 

so  that 

Diff(d3>  d2>  =  001100000. 

The  right  side  of  (8)  is  evaluated  as, 

d3  =  111100000 
d"2  =  001111111 

d^  Ad3  =  001100000, 

and  this  is  the  same  as  Diff(d3,  d^)  so  that  d3  Dom 

It  can  be  shown  that  the  dominance  reLation  induces  a  partial  order  on  the  set  of  descriptions. 

That  is,  the  dominance  relation  is  irreflexive,  asymmetric  and  transitive.  In  other  words,  If  dh,  d. 

and  dk  are  three  arbitrary  descriptions,  then  it  is  false  that  cL  Dom  (Dom  is  irreflexive);  if 

d.  Dom  d.,  then  it  is  false  that  d.  Dom  d.  (Dom  is  asymmetric);  and  if  d.  Dom  d.  and  d.  Dom  d,  ,  then 
rj  J  i  7  ijjk 

Dom  (Dora  is  transitive).  The  partial  ordering  of  the  set  of  descriptions  by  the  dominance  rela¬ 

tion  is  an  important  result.  It  is  the  first  structural  result  derived  from  the  model,  and  with  it  the 
set  of  descriptions  can  be  arranged  into  a  pattern. 

Representations  of  the  Dominance  Relation 

Two  representations  are  used  to  exhibit  the  structure  in  a  set  of  TS  implied  by  the  dominance  rela¬ 
tion,  a  matrix  representation  and  a  graph  representation.  Figure  5  is  the  first  step  in  constructing 
the  matrix  representation.  It  is  actually  Figure  3  slightly  rearranged.  The  descriptions  are  now  listed 
in  descending  order  of  magnitude  of  their  cardinalities.  Cardinalities  of  the  descriptions  are  shown  in 
the  column  on  the  right-hand  side  of  the  matrix.  The  matrix  of  Figure  6  Is  obtained  by  using  expression 
(8)  on  the  descriptions  in  Figure  5.  A  total  of  78  applications  of  (8)  are  required.  For  example,  using 
(8),  d„  Is  compared  with  11  descriptions  to  determine  dominance,  d.  Is  compared  with  10  descriptions, 
etc.  If  in  these  comparisons  dominates  d j ,  a  1  is  placed  in  th'  i  row  and  j  column  of 

the  matrix.  Descriptions  d^  and  d^g#  being  identical,  are  grouped  together  in  the  matrix.  Thus  the 
descriptions  in  the  left-hand  column  dominate  the  descriptions  in  the  top  row  if  and  only  if  a  1  ap¬ 
pears  in  the  corresponding  row/column  cell  of  the  matrix.  For  example,  dg  dominates  dg,  dg,  d^,  d^ 
d^  and  d^;  ^7  dominates  and  d^Q,  etc*  The  matrix  of  Figure  6  is  termed  the  dominance  matrix 

associated  with  a  TS.  In  particular,  Figure  6  is  the  dominance  matrix  associated  with  TSgg.  ^ow  sums 
and  column  sums  are  given  in  Figure  6  as  well  as  the  cardinalities  of  the  descriptions.  A  row  sum  is  the 
number  of  descriptions  dominated  by  the  row  description  (e.g.,  dg  dominates  6  descriptions,  domi¬ 

nates  2  descriptions,  etc.  A  column  9um  is  the  number  of  descriptions  dominating  the  column  descriptions 
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Figure  6.  Dominance  Matrix  for  TS^ 


e.g.,  no  descriptions  dominate  d^,  ^ut  f*ve  descriptions  dominate  d^. 

Not  all  descriptions  are  comparable.  It  is  possible  to  have  two  descriptions,  say  d^  and  d  ^ , 

where  d.  is  not  equivalent  to  d.,  d.  does  not  dominate  d.,  and  d.  does  not  dominate  d . .  That 

1  j’  i  j’  J  i 

is,  the  two  descriptions  cannot  be  compared  for  dominance.  This  always  occurs  when  the  two  descriptions 

have  the  same  cardinality,  or  when  expression  (8)  is  not  satisfied.  Non -comp arable  descriptions  are  in¬ 
dicated  by  empty  row/column  cells  in  the  matrix  of  Figure  6. 

Figure  7  shows  the  dominance  relation  of  Figure  6  as  a  graph.  To  construct  the  graph  the  procedure 
is  first  to  plot  descriptions  of  equal  cardinality  as  points  on  the  same  level  in  descending  magnitude 
and  labeled  with  the  appropriate  d^'s.  Then  two  points,  d^  and  d.,  are  connected  with  a  line  if  and 
only  if  a  1  is  in  the  iC^  row  and  column  of  the  dominance  matrix.  The  graph  of  Figure  7  is 

called  the  dominance  graph  of  TS^.  Such  graphs,  when  a  large  number  of  descriptions  are  involved,  can 
be  extremely  complicated,  difficult  to  draw  and  difficult  to  read.  Fortunately,  some  simplification 
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can  be  made  by  taking  advantage  of  the  transitivity  of  the  dominance  relation  to  remove  redundant  lines 
from  the  graph.  For  example,  in  Figure  6,  dg  dominates  dj  and  dg  dominates  d^g  so  that  by  trans¬ 
itivity  dg  dominates  d^g.  Thus  the  line  joining  dg  to  d^g  is  redundant.  An  algorithm  for  remov¬ 
ing  such  redundant  lines  from  a  transitive  graph  is  given  in  Kingsley  and  Kopstein  (1977).  Applying  this 
algorithm  to  the  dominance  graph  of  Figure  7  yields  the  simpler  dominance  graph  shown  in  Figure  8. 

The  dominance  matrix  of  Figure  6  and  the  dominance  graphs  of  Figures  7  and  8  are  different  represen¬ 
tations  of  the  same  underlying  relation,  namely  the  dominance  relation.  Each  representation  shows  the 
relation  in  a  different  way.  Dominance  graphs  show  the  relation  graphically,  and  thereby  dramatically 
depict  the  dominating  descriptions  and  their  interconnections.  However,  such  depictions  become  extremely 
complicated  to  draw  and  interpret  for  large  data  sets.  Dominance  matrices  are  relatively  easy  to  produce 
and  can  be  manipulated  mathematically,  but  they  do  not  readily  show  the  interconnections.  Unlike  graphs 
the  matrices  can  be  stored  in  a  computer  and  then  easily  manipulated  to  produce  any  result  of  interest. 


APPLICATIONS 


A  number  of  requirements  are  placed  on  the  analyst  who  applies  the  quasi-algor ithmic  approach  out¬ 
lined  in  Part  I  of  this  report  to  establish  TS  and  to  use  the  model  developed  in  Part  II.  First,  he  is 
forced  to  identify  specifically  the  operations  in  the  task  being  analyzed.  Second,  describing  the  opera¬ 
tions  forces  him  to  select  a  specific  set  of  attributes.  Third,  from  the  set  of  attributes  he  has  to 
select  exactly  those  attributes  associated  with  each  operation  in  the  set  of  TS.  However,  the  clarity 
forced  on  the  analyst  by  these  requirements  is  almost  totally  negated,  if  the  analyst  does  not  know  in 
quite  precise  terms  just  what  problem  he  is  being  asked  to  solve. 

Some  preactical  interpretations  of  the  mathematical  model  have  been  given  as  the  model  was  being  de¬ 
veloped.  The  choice  of  terms  used  to  describe  concepts  in  the  model  was  not  arbitrary.  The  exclusive 
sum,  metric  and  partial  order  are  the  customary  terms  used  technically  (in  mathematics)  to  describe  what 
we  have  termed  di f ference,  distance  and  dominance  respectively.  Our  choice  of  terms  to  describe  concepts 
reflects  implicit  applications  of  the  concepts.  Since  we  are  here  not  solving  a  particular  problem  of 
application,  we  cannot  give  a  detailed  application  of  the  model.  In  other  words,  the  last  requirement 
for  clarity  is  violated  (missing).  The  best  that  can  be  done  under  these  circumstances  is  to  discuss 
briefly  and  in  general  terms  some  possible  uses  of  the  model. 

Applications  to  Training  and  Evaluation 

A  number  of  uses  of  TS  for  FDC  tasks  have  been  described  in  Part  I.  These  uses  were  based  on  the 
serial  listing  of  the  operations  in  a  task  specification.  However,  the  structure  given  by  the  model  dis¬ 
rupts  the  serial  relation  of  the  operations  and  replaces  it  with  other  relations.  These  new  relations 
disclose  properties  not  immediately  evident  from  a  TS.  Some  of  them  are  discussed  below. 

The  dominance  graph  of  Figure  7  can  be  used  as  a  diagnostic  tool  either  during  instruction  in  the 
task,  or  in  monitoring  task  performance  and  mastery.  To  illustrate,  the  performance  of  operation 
directly  requires  attributes  needed  in  performing  Og.  Thus  failure  to  perform  can  be  immediately 

compared  with  the  performance  of  Og.  If  the  difficulty  is  not  resolved,  then  Og,  which  immediately 
dominates  Og,  can  be  used  for  comparison.  Longer  and  more  complex  back-tracking  may  be  required  for 
other  troublesome  operations  of  lower  cardinality.  Isolated  components  of  the  graph  such  as,  d^,  ^12 

and  dg,  ^2  of  Figure  7  require  special  attention,  because  they  are  not  dominated  by  or  dominate  other 
operations. 

Use  of  the  difference  relation  to  identify  equivalent  descriptions  has  been  mentioned  earlier.  The 
identification  of  equivalent  operations  is  important,  because  it  may  be  used  to  reflect  the  degree  of 
practice  in  some  particular  facet  of  skill  that  is  provided  by  a  given  task.  Alternatively  it  can  be 
used  to  pinpoint  the  repeated  opportunities  for  observing  this  skill  facet. 

Cardinalities,  row  sums  and  column  sums  of  descriptions  are  useful  summary  measures.  From  Figure  6, 
for  example,  it  may  be  seen  that  Og  dominates  six  othei  operations,  and  it  also  has  the  greatest  number 
of  attributes.  Thus  operation  Og  can  be  said  to  be  critical  for  the  performance  of  TS,.^*  Operation 
Og  is  the  next  most  critical  operation  in  the  sense  that  it  demands  many  attributes  and  influences  a 
great  many  operations  in  TS,.^.  Column  sums  can  be  used,  also,  to  identify  critical  operations.  Those 
operations  whose  column  sums  are  zero  are  critical,  because  they  are  dominated  by  other  operations. 
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Of  course,  it  rnust  be  remembered  that  these  deductions  from  the  model  are  hypothetical  and  for  purposes 
of  illustration  only,  since  the  attributes  in  the  designation  vectors  are  themselves  hypothetical. 

Generality  of  the  Model  and  Other  Applications 

It  will  be  recalled  that  the  difference  between  two  designation  vectors,  especially  the  cardinality 
of  the  difference  function  equates  with  their  distance.  Thus  the  basis  for  a  classif icatory  system  — 
a  taxonomy  --  is  provided.  The  greater  the  distance  between  two  operations  the  less  related  they  are, 
and  vice  versa.  The  degree  to  which  two  operations  are  related  or  similar  is  stated  objectively  and 
quantitatively  by  their  distance.  In  principle,  this  way  of  stating  relationships  or  similarities  is 
parallel  to  the  Linnaean  taxonomic  system  applied  in  biology.  The  taxonomic  classification  is  not  limit¬ 
ed  to  operations,  but  has  a  far  more  general  applicability  as  explained  below. 

The  model  discussed  here  above  is  a  specific  application  of  a  more  general  model.  In  this  general 
model  operations  are  replaced  by  "objects"  and  attributes  by  "characteristics."  Thus  the  model  includes 
any  set  of  objects  that  can  be  described  by  the  possession  of  characteristics  from  a  pre-selected  set  of 
characteristics.  (An  object,  in  this  sense,  is  a  logical  one  and  not  necessarily  a  physical  object.) 

As  a  result  the  areas  of  application  of  the  model  are  diverse.  Limits  on  its  uses  are  those  given  pre¬ 
viously  in  the  discussion  of  the  problem  of  selecting  a  set  of  attributes.  Some  applications  to  other 
problems  of  Army  interest  are  shown  in  Table  5. 

Table  5 

Potential  Applications  of  the  Model 

Objects  Characteristics 

Missions  Tasks 

Duty  assignments  Duty  modules 

Duty  positions  Duties 

Career  fields  MOS’s 

MOS’s  Duties 

Teams  Activities 

In  summary,  the  model  is  applicable  to  any  clearly  defined  set  of  objects  that  can  be  described  in 
terms  of  a  finite  set  of  characteristics.  What  can  be  deduced  from  such  a  model  (over  and  above  what  has 
been  illustrated  here)  depends  on  the  particular  area  of  application  and  on  the  specific  problems  ad¬ 
dressed. 

The  dual  meaning  of  a  description  was  mentioned  earlier  but  not  illustrated.  It  will  be  recalled 
that  a  description  can  describe  an  operation  or  an  individual.  This  duality  might  be  useful  when  con¬ 
sidering  a  single  operation,  but  it  is  more  useful  when  the  entire  TS  is  considered  or  a  cluster  of  TS. 
Unfortunately  the  binary  model  is  probably  too  gross  for  sensitive  analysis  of  the  latter  situation. 

In  Figure  4  a  description  of  TS,-^  can  be  deduced  to  be 

d(TS53)  =  111111111000. 

In  this  description,  it  will  be  recalled,  the  last  three  attributes  of  the  attribute  set  were  not  found 
in  TS^.  Another  task  description,  say  TS^,  might  include  some  of  the  last  three  hypothetical  attributes 
so  that  its  description  might  be 

d(TSt)  =  111001100011. 

Similar  descriptions  can  be  derived  for  all  of  the  TS  in  the  set  for  any  individual.  Using  this  set  of 
descriptions  together  with  the  model  reveals  structures  of  the  set  of  task  descriptions  for  an  individ¬ 
ual.  This  is  a  gross  method.  The  more  sensitive  method  based  on  fuzzy  subset  theory  is  outlined  in  the 
next  section. 
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FUZZY  SUBSETS 


In  the  earlier  discussion  of  the  deficiencies  of  a  binary  attribute  scale  we  suggested  that  the 
theory  of  fuzzy  subsets  appeared  to  be  a  method  for  reducing  these  deficiencies-  An  introduction  to  some 
of  the  basic  concepts  of  fuzzy  subset  theory  is  given  in  this  section  along  with  examples  of  the  con¬ 
cepts.  In  addition,  an  outline  is  sketched  to  show  how  the  concepts  can  be  applied  to  describe  a  TS  and 
a  set  of  TS. 

It  will  be  recalled  that  a  primitive  notion  in  classical  set  theory  is  that  of  an  element  being  a 
member  of  a  set.  An  element  is  either  a  member,  or  it  is  not.  No  other  alternatives  are  permitted.  In 

contrast  to  this  notion  most  of  the  sets  in  the  real,  empirical  world  do  not  have  sharp  boundaries  that 

separate  those  objects  that  belong  to  a  set  from  those  that  do  not.  For  sets  with  fuzzy  (not  sharply 
defined)  boundaries  an  element  may  have  a  grade  of  membership  that  lies  somewhere  between  full  member¬ 
ship  and  non-membership.  For  example,  the  set  of  individuals  who  are  tall  is  a  fuzzy  subset  of  some  ref¬ 
erence  set  of  individuals.  Fuzziness  is  introduced  by  the  vague  word  "tall."  Because  no  clear  cut 

boundary  is  given,  it  is  not  possible  to  arrive  at  an  absolute  agreement  about  membership  in  this  subset 

of  an  individual  who  is  5  feet  and  11  inches  tall.  However,  such  a  persDn  would  have  a  higher  degree  of 
membership  in  the  subset  than  an  individual  who  is  4  feet  and  8  inches  tall.  Continuing  this  same  ex¬ 
ample  Figure  9  gives  the  heights  (in  inches)  of  a  reference  set  of  eight  persons  and  the  fuzzy  subset  of 
■’tall  individuals."  It  is  seen  that  each  individual  is  assigned  a  degree  of  membership  in  the  fuzzy  sub¬ 
set.  Degrees  of  membership  range  from  0  (non-membership)  to  1  (full  membership).  Assignment  of 
grades  of  membership  allows  a  mathematical  structure  to  be  established  that  can  be  used  to  manipulate 
poorly  defined  concepts  (e.g.,  "soft  skills")  for  which  membership  in  a  subset  is  somewhat  hierarchical. 


Reference  Set 

ai 

a2 

a3 

a4 

a5 

a6 

a7 

a8 

Height  (inches) 

53 

72 

68 

73 

77 

55 

84 

63 

Fuzzy  Subset 

0 

.9 

.6 

.9 

1.0 

.2 

1.0 

.3 

Figure  9.  Example  of  a  Membership  Function 

A  more  rigorous  definition  of  a  fuzzy  subset  begins  with  a  reference  set  A  whose  elements  are  a^, 
a^.  This  set  is  not  fuzzy  and  its  elements  are  well  defined.  Following  Kaufmann  (1975)  fuzzy 
subsets  of  A  will  be  indicated  by  a  wavy  line  under  the  symbol  of  the  subset.  A  fuzzy  subset  of  A 

is  characterized  by  a  membership  function  associating  with  each  a^  in  A  a  number  in  the  closed  inter¬ 
val  from  0  to  1  representing  the  grade  of  membership  of  a.  in  on .  Returning  to  the  example  shown 

i 

in  Figure  9,  the  last  line  shows  individuals  and  a^  definitely  belong  to  the  set  of  tall  persons, 

and  a^  definitely  does  not.  The  remaining  individuals  have  varying  degrees  of  belonging  to  the  subset. 

All  of  the  basic  set  theoretic  operations  of  classical  set  theory  can  be  reformulated  for  fuzzy  sub¬ 
sets.  To  illustrate  the  potential  of  fuzzy  subset  theory  we  only  need  to  define  the  operation  of  the 
union  of  two  fuzzy  subsets.  Figure  10  is  the  example  used  to  illustrate  the  definition.  In  this  example 
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.1 

.3 

*3 

.6 

.5 

.7 

.7 

.3 

1 

.4 

.2 

.4 

Union 

.8 

.7 

.7 

.7 

.3 

.2 

.4 
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Figure  10.  Example  of  the  Union  of  Two  Fuzzy  Subsets 
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the  first  two  rows  are  operations  of  TS,.^  and  are  described  by  an  assumed  membership  function.  The  two 
descriptions  d^  and  are  called  fuzzy  descriptions.  If  U  £3  designates  the  union  of  the  two 

fuzzy  descriptions,  then  the  membership  function  of  £2^*3  defined  as  t^ie  maximum  of  the  two  mem¬ 
bership  functions  of  d«  and  d,. 

It  is  instructive  to  compare  the  fuzzy  union  of  Figure  10  to  the  comparable  operation  d^  \J  d^  on 
the  designation  vectors  of  Figure  4,  which  is  given  by 

9)  d2V  d3  =  111100000- 

The  first  four  attributes  in  (9)  all  have  the  same  value  1,  but  in  Figure  10  there  is  a  difference  bet¬ 
ween  these  attributes.  Likewise  the  last  five  attributes  in  (9)  all  carry  weight  0,  whereas  the  fuzzy 
union  shows  differences.  This  short  example  demonstrates  the  increase  in  sensitivity  that  is  gained  by 
using  fuzzy  subset  descriptions. 


The  definition  of  the  union  of  two  fuzzy  descriptions  extends  to  any  finite  number  of  fuzzy  descrip 
tions.  This  suggests  one  way  to  summarize  an  0/A  matrix  of  a  TS  when  it  is  formulated  in  terms  of  fuzzy 
descriptions.  Figure  11  is  a  hypothetical  example  to  illustrate  this  summarization.  The  example  is 
based  on  TS^  and  the  designation  vectors  of  Figure  4.  Assumed  values  of  the  membership  function  are 
chosen  arbitrarily.  The  only  rule  followed  is:  where  a  1  appears  in  the  designation  vector  in  Figure 
4,  a  membership  value  greater  than  or  equal  to  .5  is  given  to  the  corresponding  location  in  the  fuzzy 
description;  where  a  0  appears  in  Figure  4,  a  value  less  than  .5  was  selected  for  insertion  into  the 
corresponding  location  in  the  fuzzy  description. 
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Figure  11.  ^53  Fuzzy  Description  and  Summarization 


In  Figure  11  the  union  is  a  summary  fuzzy  description  of  the  nine  hypothetical  attributes  required 
to  perform  TS^,  Let  denote  this  description  and  d(TS^)  the  summary  description  derived 

from  Figure  4.  These  two  descriptions  are  shown  in  Figure  12.  In  it  exact  matches  exist  only  for  a,, 
and  a^f  and  the  remaining  attributes  differ  in  various  degrees.  This  example  illustrates  the  increased 
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sensitivity  made  possible  when  fuzzy  descriptions  are  used.  The  fuzzy  union  of  fuzzy  descriptions  in 
Figure  11  allows  us  to  list  the  attributes  in  order  of  decreasing  value  as, 

(a^ ,  a^) ,  (a^,  a^  ) ,  a^  j  ^2 )  3^) )  (3g ^  3y) , 

where  attributes  with  the  same  value  are  grouped  by  parentheses.  Critical  attributes  are  thus  identified 
in  the  order  of  their  criticality. 

The  definition  of  the  union  of  fuzzy  descriptions  also  suggests  a  method  for  comparing  one  TS  with 
another.  This  can  be  done  by  calculating  d(TS^)  and  d(TS.).  In  addition,  if  d(TS^),  dCTS^,.-*, 
d(TS^)  are  n  summary  fuzzy  descriptions  of  n  TS  making  up  the  job  or  duty  position  of  a  single  indi¬ 
vidual,  they  can  be  compared  two  at  a  time.  Finally,  the  fuzzy  union  of  the  n  fuzzy  summary  descrip¬ 
tions  can  be  formed  to  describe  the  individual’s  job  or  duty  position. 

It  is  intuitively  obvious  that  a  fuzzy  model,  similar  to  the  binary  model,  can  be  devised.  Many  of 
the  concepts  of  the  binary  model  are  easy  to  formulate  in  terms  of  fuzzy  subsets,  but  others  appear  to 
involve  some  difficulties.  It  is  known,  for  example,  how  to  define  a  fuzzy  relation,  and  this  will  per¬ 
mit  a  definition  of  fuzzy  structures.  The  concept  of  dominance  does  not  translate  directly  into  fuzzy 
formulation,  but  instead  several  different  notions  of  distance  are  available  as  well  as  several  notions 
parallel  to  dominance.  In  this  exploratory  effort  it  was  not  possible  to  pursue  these  potentially  useful 
and  sensitive  formulations. 
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